Received: by 2002:a25:ad19:0:0:0:0:0 with SMTP id y25csp3440905ybi; Mon, 29 Jul 2019 06:38:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqyVo04jsOKc0Jf5EqBF1yjf/+n0o+ZE1yk4vQIMzXXdKxtG302l/ZlFLKuANyP3mv0/449U X-Received: by 2002:a17:902:8546:: with SMTP id d6mr107604792plo.207.1564407517690; Mon, 29 Jul 2019 06:38:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1564407517; cv=none; d=google.com; s=arc-20160816; b=llLInilNpXifgbgTnKfUCw39jlrSwfgribn9Nyf/TNG5Dl6uw7ZpPBQJv0BMMPJADV M/Y23vKZwARU2ATzFQkni//kUHGAjt57ZZCtmL6euuWVklrww04OyGqJngMh+5kW2cdp Xe0jbn8a4juULvZuD36sRqwx8fUFd9TNvj1pincg9UYquQYyr0Ivx8OgaAH8D+XpXQkZ I4mmWGFZp4U+J02ajzAgLY4wKR89ciCRzWHTgbWQsuCRZKIs2IhhoeVAMBQUHJ6havh9 wZSiDkJgU0+Fnk8iZFmP5o/pK5Ol29J4BoIaK+dUsxww/7F2CgO5Fl0nWgsAn9vpvwAW Sg8A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=88Fr9/ZreSo7G+i0YrZFLcjy1Nt3rb2zNZYSpe3QXp8=; b=v4WlhqaxI4VdTSjP4YB0J00+Lrf93d6dkFnaydwmUY1V4x9wTTThpK+PpHrOy1zmCc TXS2Yq7W68NXvvoJ+Mh+pWFnQs8FgTpoJAsCZUKqVIxEj962FMnj9Vd/qn5S5zND2zM/ +mO5PhBLg3jUTGnopQawzpj4BC8xrcYH2Ocrp2f09PT5r8cYGp6hmWfTr1/Y8W7lF/lf Q9UVNDgWP4cyGSeN40T3sXk+3ncHYB4v9KGURhyNEszTUtAJo3nQ18seYrvbNe1yg1V1 Gtu5dE1yN96fNtEwhBCzYP0+rVf3C7UV8TZqvWuDZpp+lTEOiU4T0osbXeJ7ritq0QHh UGYA== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s132si27408820pfc.244.2019.07.29.06.38.22; Mon, 29 Jul 2019 06:38:37 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728363AbfG2MHV (ORCPT + 99 others); Mon, 29 Jul 2019 08:07:21 -0400 Received: from mga04.intel.com ([192.55.52.120]:38024 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728297AbfG2MHT (ORCPT ); Mon, 29 Jul 2019 08:07:19 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 29 Jul 2019 05:07:19 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,322,1559545200"; d="scan'208";a="190555061" Received: from kuha.fi.intel.com ([10.237.72.189]) by fmsmga001.fm.intel.com with SMTP; 29 Jul 2019 05:07:16 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Mon, 29 Jul 2019 15:07:15 +0300 Date: Mon, 29 Jul 2019 15:07:15 +0300 From: Heikki Krogerus To: Dmitry Torokhov Cc: Linus Walleij , "Rafael J . Wysocki" , "Enrico Weigelt, metux IT consult" , linux-input@vger.kernel.org, linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org, Andy Shevchenko Subject: Re: [PATCH 1/2] drivers: base: swnode: link devices to software nodes Message-ID: <20190729120715.GA28600@kuha.fi.intel.com> References: <20190713075259.243565-1-dmitry.torokhov@gmail.com> <20190713075259.243565-2-dmitry.torokhov@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190713075259.243565-2-dmitry.torokhov@gmail.com> User-Agent: Mutt/1.12.0 (2019-05-25) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Jul 13, 2019 at 12:52:58AM -0700, Dmitry Torokhov wrote: > It is helpful to know what device, if any, a software node is tied to, so > let's store a pointer to the device in software node structure. Note that > children software nodes will inherit their parent's device pointer, so we > do not have to traverse hierarchy to see what device the [sub]tree belongs > to. > > We will be using the device pointer to locate GPIO lookup tables for > devices with static properties. > > Signed-off-by: Dmitry Torokhov > --- > drivers/base/property.c | 1 + > drivers/base/swnode.c | 35 ++++++++++++++++++++++++++++++++++- > include/linux/property.h | 5 +++++ > 3 files changed, 40 insertions(+), 1 deletion(-) > > diff --git a/drivers/base/property.c b/drivers/base/property.c > index 348b37e64944..3bc93d4b35c4 100644 > --- a/drivers/base/property.c > +++ b/drivers/base/property.c > @@ -527,6 +527,7 @@ int device_add_properties(struct device *dev, > if (IS_ERR(fwnode)) > return PTR_ERR(fwnode); > > + software_node_link_device(fwnode, dev); > set_secondary_fwnode(dev, fwnode); > return 0; > } > diff --git a/drivers/base/swnode.c b/drivers/base/swnode.c > index 7fc5a18e02ad..fd12eea539b6 100644 > --- a/drivers/base/swnode.c > +++ b/drivers/base/swnode.c > @@ -24,6 +24,9 @@ struct software_node { > > /* properties */ > const struct property_entry *properties; > + > + /* device this node is associated with */ > + struct device *dev; > }; Let's not do that! The nodes can be, and in many cases are, associated with multiple devices. Every device is already linked with the software node kobject, so isn't it possible to simply walk trough those links in order to check the devices associated with the node? thanks, -- heikki