Received: by 10.213.65.68 with SMTP id h4csp450415imn; Tue, 27 Mar 2018 02:25:38 -0700 (PDT) X-Google-Smtp-Source: AG47ELtiMoeXSJEQewRDLfM3KvSna+2VQXIomtRIF49jwJnI4edQEC6aWaQ1U1ORpv3mq/ggPKJs X-Received: by 2002:a17:902:690b:: with SMTP id j11-v6mr44693530plk.124.1522142738677; Tue, 27 Mar 2018 02:25:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522142738; cv=none; d=google.com; s=arc-20160816; b=Oe6Dc0fgOwZjUzPXIjFQirnuLCBpadbE6ovH1W1gAH5n1hm4JXYOhTw8KSG0NC5RbW F09tiJ1foCotIxn1MujiqExUmIThHqurrZBeBDb2GVGO9jdAVrWU6tIJWbqQ4NAHfaCi Fe65IkKObvVB8jUi9sjyapBbL+fDVZAvws/Xydbzw4Dp2e8BBsFFXWkz1qhFvaK/kMWv wuVewUCVj0gFhPwlEMYQ4kv9bR9F5toaURoW/a4/fIXi79xHj54AplDSd1C2fQCo2iz9 ItPRorINO+lYGrIZuG/jbQVbKBCYmd+lo47HlsJvv34tE/VAZHqNun2tzJ+BUS3MdGi/ ruGA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :arc-authentication-results; bh=JArE02tpLd5MkXn6ShhSRLKS/89TDwuBYOBug6O4ZqM=; b=YYE/HCgAGlynBkf2D9KVARompNlpa7paEiHKi+ZWUlN+xCVD14xGNnx2lSGbTFnPpY bW7CVjIwYyRKL+WAiyfRwaBps/7lCFhUMgJEIOXLpdTcOX2t8eKadosj2UrZN8G5M5/S NF2dUGP3J4V4QOhRjx04mI5m1RFSJFxzEV0MGscd69HKJNhiGgOZYIoCRmXYuDTP+7Nu TWMn9ddCZOmbDV8mRNub98BzELfkyHw7UjIbR3DD7FW+/W3Fe/aK34z3zTBRavLFHjUm 5wSixSd13gVScTO2gkPwsFH6TSH2lfyUkQ2PgMBhbMQQ6qG4ODNgLqmpSFc1MUQZJQ/l 1gwQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e93-v6si845194plk.521.2018.03.27.02.25.24; Tue, 27 Mar 2018 02:25:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752275AbeC0JYW (ORCPT + 99 others); Tue, 27 Mar 2018 05:24:22 -0400 Received: from metis.ext.pengutronix.de ([85.220.165.71]:55115 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751106AbeC0JYV (ORCPT ); Tue, 27 Mar 2018 05:24:21 -0400 Received: from lupine.hi.pengutronix.de ([2001:67c:670:100:3ad5:47ff:feaf:1a17] helo=lupine) by metis.ext.pengutronix.de with esmtp (Exim 4.89) (envelope-from ) id 1f0kpX-0004ts-Rn; Tue, 27 Mar 2018 11:23:47 +0200 Message-ID: <1522142626.3345.5.camel@pengutronix.de> Subject: Re: [PATCH v4 0/8] ARM: davinci: complete the conversion to using the reset framework From: Philipp Zabel To: Sekhar Nori , Bartosz Golaszewski , Stephen Boyd , Bjorn Andersson , Ohad Ben-Cohen Cc: David Lechner , Kevin Hilman , Mark Rutland , Michael Turquette , Rob Herring , Russell King , devicetree , linux-remoteproc@vger.kernel.org, Linux Kernel Mailing List , Bartosz Golaszewski , linux-clk@vger.kernel.org, Linux ARM Date: Tue, 27 Mar 2018 11:23:46 +0200 In-Reply-To: <6c55e081-57ba-6c39-8494-cda5022aa927@ti.com> References: <20180323130455.11470-1-brgl@bgdev.pl> <152182378792.178046.3747112581117251857@swboyd.mtv.corp.google.com> <152182490783.178046.1191965992600877708@swboyd.mtv.corp.google.com> <6c55e081-57ba-6c39-8494-cda5022aa927@ti.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:100:3ad5:47ff:feaf:1a17 X-SA-Exim-Mail-From: p.zabel@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2018-03-27 at 11:39 +0530, Sekhar Nori wrote: > Hi Bart, > > On Friday 23 March 2018 10:46 PM, Bartosz Golaszewski wrote: > > 2018-03-23 18:08 GMT+01:00 Stephen Boyd : > > > Quoting Bartosz Golaszewski (2018-03-23 09:55:47) > > > > 2018-03-23 17:49 GMT+01:00 Stephen Boyd : > > > > > Quoting Bartosz Golaszewski (2018-03-23 06:04:47) > > > > > > From: Bartosz Golaszewski > > > > > > > > > > > > This series converts the only user of the handcoded, mach-specific reset > > > > > > routines in the davinci platform to using the reset framework. > > > > > > > > > > > > Patch 1 modifies the way lookup entries are registered with the reset > > > > > > framework. > > > > > > > > > > > > Patches 2-4 add necessary lookups/DT-properties. > > > > > > > > > > > > Patches 5-7 convert the davinci-rproc driver to the reset framework. > > > > > > > > > > > > Patch 8 removes now dead code. > > > > > > > > > > > > Philipp: it turned out that it's indeed better to use the reset > > > > > > controller's device name for the entry lookup. > > > > > > > > > > > > Tested both in DT and legacy modes by booting the examples from > > > > > > ti-ipc-rtos recipe in meta-ti. > > > > > > > > > > > > This series applies on top of David Lechner's common-clk-v9 branch[1] > > > > > > with Philipp Zabel's reset/next branch[2] pulled in. > > > > > > > > > > > > It can be found in my github tree as well[3]. > > > > > > > > > > > > > > > > What's the merge strategy for the rest of the patches? I should apply > > > > > the clk ones after the next -rc1? > > > > > > > > Or maybe Philipp can provide us with an immutable branch with the reset patches? > > > > > > > > The you could apply the driver patches and let Sekhar take all the > > > > platform code? > > > > > > > > > > Ok that could work too. > > > > Ohad, Bjorn can you ack the remoteproc patches? Are you OK with > > Stephen taking them through the clock tree? Otherwise it would get > > complicated since they depend on the first clk patch and the last clk > > patch depends on them. > > I will not be queuing the DTS patches for v4.17. They depend on clock > framework DTS patches which itself I plan to queue for v4.18. Given > this, I think the best bet is: > > Ohad/Bjorn queue remoteproc patches already acked by Suman and having no > dependencies. That is, 5/8 and 6/8. > > If Philipp can provide an immutable branch with reset changes, it will > be great and Stephen can queue 4/8. If not, its best to resend that > patch to Stephen once v4.17-rc1 is out. I have shuffled reset/next a bit and moved Bartosz' patches onto a separate, immutable branch: git://git.pengutronix.de/git/pza/linux.git reset/lookup regards Philipp