Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp1826634yba; Fri, 17 May 2019 06:08:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqyMg9FWj3PX/y+momEnWmINE/VdmQ8Y24I7qb1adSoev59kNY/0M6Ip+9/Nq8tNDCT5imN1 X-Received: by 2002:a17:902:446:: with SMTP id 64mr55825063ple.322.1558098518021; Fri, 17 May 2019 06:08:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558098518; cv=none; d=google.com; s=arc-20160816; b=KZf3EhBIWRPEdQU3BOi74FxnvcJhm2KWEXTRLcdZeK6svWHBpQDSyR2feRuI2SPyou ybqG+/1TdT6GhdyUx9BQbXCOXNadi6JMZvWGg4HTCMlGtE0QMkD4vlI3EnzA6iys3whl rvxZ74udmPQKdgVP4gBKx+INm+0+N5OdMY7JKlGl3pwhiXTZZyPrCpDjI79jqOqT+JNP 6QLSJhjp5Y7rIyXT9upYsx8OwesQ1f7ARMiSGzv5EoWcdQND5kEEGpBBcYI9g4kAHS+e J+JVEnDHqKjK6D04IqSUXkNDY7PjhucKWFp9KNvoUVoCl5dsMk8Yd61XIgDeRqyr0mNb O9zQ== 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=CPNeQt1UGmjzPC42+N9CG5ZqcgVyKVZfZ5jBz9KzedM=; b=oYzgmw/8giW7HK79UlpJut5hjZOgA6a9wlTlgOhNr9WJXsWoMD/oqk6VFjO2r3h/xh NaCeKXK9suv2Z1ip9R1QW2WBGud/iDUWaLQwJbQVFCqK20TQwJV25dwQ+9jc9N6lhy+g oxGlLlOlkNCDjsuGhE47UmOqM2yVfMny0C8Zy+ssG/1PirA6tARD6LBZToSYb1VMSc7f PTxhGk2DHtyIR6UjWfWJca7lsoblAfNti9crnUDMlD0zkz6jQDRb3N8otOdUHnmnxPBq xWeqbCGHLLoVB55tUiMFvI0IBKK1eT5yyk+D0DgWoUoCPCcJEogCHdVOqdTSx/RJJLk2 OV7A== 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 o1si8106328pld.142.2019.05.17.06.08.17; Fri, 17 May 2019 06:08: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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728987AbfEQNFW (ORCPT + 99 others); Fri, 17 May 2019 09:05:22 -0400 Received: from mga09.intel.com ([134.134.136.24]:60150 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728683AbfEQNFW (ORCPT ); Fri, 17 May 2019 09:05:22 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 17 May 2019 06:05:21 -0700 X-ExtLoop1: 1 Received: from kuha.fi.intel.com ([10.237.72.189]) by fmsmga001.fm.intel.com with SMTP; 17 May 2019 06:05:12 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Fri, 17 May 2019 16:05:11 +0300 Date: Fri, 17 May 2019 16:05:11 +0300 From: Heikki Krogerus To: Chunfeng Yun Cc: Rob Herring , Greg Kroah-Hartman , Mark Rutland , Matthias Brugger , Adam Thomson , Li Jun , Badhri Jagan Sridharan , Hans de Goede , Andy Shevchenko , Min Guo , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, Biju Das , Linus Walleij Subject: Re: [PATCH v5 4/6] usb: roles: add API to get usb_role_switch by node Message-ID: <20190517130511.GA1887@kuha.fi.intel.com> References: <1557823643-8616-1-git-send-email-chunfeng.yun@mediatek.com> <1557823643-8616-5-git-send-email-chunfeng.yun@mediatek.com> <20190517103736.GA1490@kuha.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190517103736.GA1490@kuha.fi.intel.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Fri, May 17, 2019 at 01:37:36PM +0300, Heikki Krogerus wrote: > On Tue, May 14, 2019 at 04:47:21PM +0800, Chunfeng Yun wrote: > > Add fwnode_usb_role_switch_get() to make easier to get > > usb_role_switch by fwnode which register it. > > It's useful when there is not device_connection registered > > between two drivers and only knows the fwnode which register > > usb_role_switch. > > > > Signed-off-by: Chunfeng Yun > > Tested-by: Biju Das > > Acked-by: Heikki Krogerus Hold on. I just noticed Rob's comment on patch 2/6, where he points out that you don't need to use device graph since the controller is the parent of the connector. Doesn't that mean you don't really need this API? > > --- > > v5 changes: > > 1. remove linux/of.h suggested by Biju > > 2. add tested by Biju > > > > Note: still depends on [1] > > [1]: [v6,08/13] usb: roles: Introduce stubs for the exiting functions in role.h > > https://patchwork.kernel.org/patch/10909971/ > > > > v4 changes: > > 1. use switch_fwnode_match() to find fwnode suggested by Heikki > > 2. this patch now depends on [1] > > > > [1] [v6,08/13] usb: roles: Introduce stubs for the exiting functions in role.h > > https://patchwork.kernel.org/patch/10909971/ > > > > v3 changes: > > 1. use fwnodes instead of node suggested by Andy > > 2. rebuild the API suggested by Heikki > > > > v2 no changes > > --- > > drivers/usb/roles/class.c | 24 ++++++++++++++++++++++++ > > include/linux/usb/role.h | 8 ++++++++ > > 2 files changed, 32 insertions(+) > > > > diff --git a/drivers/usb/roles/class.c b/drivers/usb/roles/class.c > > index f45d8df5cfb8..4a1f09a41ec0 100644 > > --- a/drivers/usb/roles/class.c > > +++ b/drivers/usb/roles/class.c > > @@ -135,6 +135,30 @@ struct usb_role_switch *usb_role_switch_get(struct device *dev) > > } > > EXPORT_SYMBOL_GPL(usb_role_switch_get); > > > > +/** > > + * fwnode_usb_role_switch_get - Find USB role switch by it's parent fwnode > > + * @fwnode: The fwnode that register USB role switch > > + * > > + * Finds and returns role switch registered by @fwnode. The reference count > > + * for the found switch is incremented. > > + */ > > +struct usb_role_switch * > > +fwnode_usb_role_switch_get(struct fwnode_handle *fwnode) > > +{ > > + struct usb_role_switch *sw; > > + struct device *dev; > > + > > + dev = class_find_device(role_class, NULL, fwnode, switch_fwnode_match); > > + if (!dev) > > + return ERR_PTR(-EPROBE_DEFER); > > + > > + sw = to_role_switch(dev); > > + WARN_ON(!try_module_get(sw->dev.parent->driver->owner)); > > + > > + return sw; > > +} > > +EXPORT_SYMBOL_GPL(fwnode_usb_role_switch_get); This function only basically converts the fwnode to usb_role_switch, but I would actually prefer that we walked through the device graph here instead of expecting the caller to do that. So this function should probable be called fwnode_to_usb_role_switch() and not fwnode_usb_role_switch_get(), but I guess you don't need it at all, right? thanks, -- heikki