Received: by 10.213.65.68 with SMTP id h4csp383176imn; Fri, 23 Mar 2018 06:45:17 -0700 (PDT) X-Google-Smtp-Source: AG47ELvPesDvpnTSGFJ5k3VKm4/d9SXdhvxtagPWXDlFBrzt5jn5tEl+CZs5XWvkVu564EHsLJFA X-Received: by 2002:a17:902:8bc1:: with SMTP id r1-v6mr19741404plo.310.1521812717800; Fri, 23 Mar 2018 06:45:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521812717; cv=none; d=google.com; s=arc-20160816; b=IIUzuYcyosFLaC9ZADJ+c5r2v9zw5FMB5YmxEqngPb6GVpjWiYqmjr+Ce4TLMOmKdD 1ShBEToVqjHOY46oCDmC8UNJFH0Lysr6l0dQn3oC4bqDX69LeDglhrDDbugsEiZlTyK+ v04TLLzqvC82T7ilfQiQFrD1JQ2qIEv8FFqcQx659SPmrWC0UJNfVqOWGZ9rkc8cuEPu hyatAf+tdthP9/fN/jOjc20tFIeznhy/kK7BT+s7KwAzBD9qJlQ004CpHWkpHd5I32ef ij6IehE78D+vasD9ZGwDCYODUmMgf3HmGJtQl6mqoVZXrdtGwcbti2IKGgwc7M9L7DTX z9WQ== 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=+1JQ58uTsj5Nq7KIpXmY02i2ber7pTk6OBLdp5eA/b8=; b=IBaMn7goPzQo92w/KpuXmXf9cPOsAGp65/hbJ8jtve2PmI7wbMp2JCBFlEiQzxuosq VdKULVxwZg2sU2xiVtFapD+GgpCgErxFzJJz2c9tU2Mw3PT55B7m6QqsxxFVH7sBGhzM VG+9gCi1P402GpCBhV+JX2dmyFp1jKOLrIKs/6kPCKHJpXtul3kumZHwOuNSmVlbAyRz /JLbOFRNq1CLVStKtKHkttu3UWxNDiuLZD4N+86uu4Sa2X5uF56NGArXQg2a6Q0algOc Rcug3BA/gvEWSgGqBPzjZjhTNIcDJXr66H4xCjoEspTMtpFqMDzME1wlzCC/8SUTnLBn 7WVg== 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 s78si1454718pfj.259.2018.03.23.06.45.03; Fri, 23 Mar 2018 06:45:17 -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 S1752758AbeCWNnw (ORCPT + 99 others); Fri, 23 Mar 2018 09:43:52 -0400 Received: from metis.ext.pengutronix.de ([85.220.165.71]:60167 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752686AbeCWNnt (ORCPT ); Fri, 23 Mar 2018 09:43:49 -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 1ezMyX-0002zz-3O; Fri, 23 Mar 2018 14:43:21 +0100 Message-ID: <1521812598.3406.8.camel@pengutronix.de> Subject: Re: [PATCH v4 1/8] reset: modify the way reset lookup works for board files From: Philipp Zabel To: Bartosz Golaszewski , Sekhar Nori , Kevin Hilman , Rob Herring , Mark Rutland , Russell King , David Lechner , Michael Turquette , Stephen Boyd , Ohad Ben-Cohen , Bjorn Andersson Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-remoteproc@vger.kernel.org, Bartosz Golaszewski Date: Fri, 23 Mar 2018 14:43:18 +0100 In-Reply-To: <20180323130455.11470-2-brgl@bgdev.pl> References: <20180323130455.11470-1-brgl@bgdev.pl> <20180323130455.11470-2-brgl@bgdev.pl> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit 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 Fri, 2018-03-23 at 14:04 +0100, Bartosz Golaszewski wrote: > From: Bartosz Golaszewski > > Commit 7af1bb19f1d7 ("reset: add support for non-DT systems") > introduced reset control lookup mechanism for boards that still use > board files. > > The routine used to register lookup entries takes the corresponding > reset_controlled_dev structure as argument. > > It's been determined however that for the first user of this new > interface - davinci psc driver - it will be easier to register the > lookup entries using the reset controller device name. > > This patch changes the way lookup entries are added. > > Signed-off-by: Bartosz Golaszewski > --- > drivers/reset/core.c | 38 +++++++++++++++++++++++++++++++------- > include/linux/reset-controller.h | 14 ++++++++------ > 2 files changed, 39 insertions(+), 13 deletions(-) > > diff --git a/drivers/reset/core.c b/drivers/reset/core.c > index 06fa4907afc4..f4a29c046995 100644 > --- a/drivers/reset/core.c > +++ b/drivers/reset/core.c > @@ -153,12 +153,10 @@ EXPORT_SYMBOL_GPL(devm_reset_controller_register); > > /** > * reset_controller_add_lookup - register a set of lookup entries > - * @rcdev: initialized reset controller device owning the reset line > * @lookup: array of reset lookup entries > * @num_entries: number of entries in the lookup array > */ > -void reset_controller_add_lookup(struct reset_controller_dev *rcdev, > - struct reset_control_lookup *lookup, > +void reset_controller_add_lookup(struct reset_control_lookup *lookup, > unsigned int num_entries) > { > struct reset_control_lookup *entry; > @@ -168,13 +166,12 @@ void reset_controller_add_lookup(struct reset_controller_dev *rcdev, > for (i = 0; i < num_entries; i++) { > entry = &lookup[i]; > > - if (!entry->dev_id) { > - pr_warn("%s(): reset lookup entry has no dev_id, skipping\n", > + if (!entry->dev_id || !entry->provider) { > + pr_warn("%s(): reset lookup entry badly specified, skipping\n", > __func__); > continue; > } > > - entry->rcdev = rcdev; > list_add_tail(&entry->list, &reset_lookup_list); > } > mutex_unlock(&reset_lookup_mutex); > @@ -526,11 +523,30 @@ struct reset_control *__of_reset_control_get(struct device_node *node, > } > EXPORT_SYMBOL_GPL(__of_reset_control_get); > > +static struct reset_controller_dev * > +__reset_controller_by_name(const char *name) > +{ > + struct reset_controller_dev *rcdev; > + > + lockdep_assert_held(&reset_list_mutex); > + > + list_for_each_entry(rcdev, &reset_controller_list, list) { > + if (!rcdev->dev) > + continue; > + > + if (!strcmp(name, dev_name(rcdev->dev))) > + return rcdev; > + } > + > + return NULL; > +} > + > static struct reset_control * > __reset_control_get_from_lookup(struct device *dev, const char *con_id, > bool shared, bool optional) > { > const struct reset_control_lookup *lookup; > + struct reset_controller_dev *rcdev; > const char *dev_id = dev_name(dev); > struct reset_control *rstc = NULL; > > @@ -547,7 +563,15 @@ __reset_control_get_from_lookup(struct device *dev, const char *con_id, > ((con_id && lookup->con_id) && > !strcmp(con_id, lookup->con_id))) { > mutex_lock(&reset_list_mutex); > - rstc = __reset_control_get_internal(lookup->rcdev, > + rcdev = __reset_controller_by_name(lookup->provider); > + if (!rcdev) { > + mutex_unlock(&reset_list_mutex); > + mutex_unlock(&reset_lookup_mutex); > + /* Reset provider may not be ready yet. */ > + return -EPROBE_DEFER; Thanks, I've applied this patch to reset/next with the following change: -                               return -EPROBE_DEFER; +                               return ERR_PTR(-EPROBE_DEFER); regards Philipp