Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4699550yba; Mon, 20 May 2019 02:06:00 -0700 (PDT) X-Google-Smtp-Source: APXvYqyN7h/8BjTUtWyX793u4OTBUAy0MNh3bBTeLht9jPBbhL+Gi9KPulgxHe3oLnIfLeuEfu81 X-Received: by 2002:a63:318b:: with SMTP id x133mr74071519pgx.297.1558343160585; Mon, 20 May 2019 02:06:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1558343160; cv=none; d=google.com; s=arc-20160816; b=MQjcQId/WbNNF6wdjOeCxFA5Z9Lre8w8CzjkaDhoh31pq3FZRnlpZgyJdnPpP7Cadx XFI1D/07NS5Gtd1IdgzvX0Tim4wgHit4PThOwA2mV1Maagu4/Embes92kX/0cch0M8AA Jv5/tKtO0w6AX3I9FeCyiXd5pNyTTt5Z9ovP1g928MZBl24z9Zgwj4eobYb3UG5qIids jXtHTkE93jPjfbPnzMQMbP81pY1na59+oKmhjWa2Q03pHmtrVWU2it+tF03UX0cKPxGe rOcdmTy78GNJ7vOgHV4H3nQjCNNsAuK0HQZBpxY5QF3S1zTzyOly1Pb4Abrs8LV4nBFE E4Bw== 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=w17rz2I/DYpvIFgaxTujcJzK+fevyxjGz2v4/yJd3fg=; b=ZpkKlhT0xupsm+HZk/aGf6b623vuO4c2z0rFb+h3jY1PuRJGfeLGccVbr9AqOP7oiV jlLYDZhBDr0DwRBhObFXh6bfxvymePk7cltonYLXfkV94AOryLmrk5JW+BDgI/Bx7k8S i/r0IMiWfFwHeKjQdSu8GEqkOvGYV73KPTBVJW85Y8+C7c/X2qBNopz9aOY/14R7CL+K oZoBSePyvXAQGVZizkpTbA40kL2c59iOl/pCcz4p5MGA2nxRSad1wP4LEMTBJ/dXx7f/ MUG/UuFs+FFJKjQpiK+Atbc320Vn6AHrtqVvDCllFoe3ATuo4C3FtmkOR2Xa45MBpegZ E8EQ== 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 cd7si18819734plb.377.2019.05.20.02.05.24; Mon, 20 May 2019 02:06:00 -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 S1730588AbfETIEH (ORCPT + 99 others); Mon, 20 May 2019 04:04:07 -0400 Received: from mga18.intel.com ([134.134.136.126]:19097 "EHLO mga18.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725772AbfETIEH (ORCPT ); Mon, 20 May 2019 04:04:07 -0400 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga106.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 20 May 2019 01:04:06 -0700 X-ExtLoop1: 1 Received: from kuha.fi.intel.com ([10.237.72.189]) by fmsmga001.fm.intel.com with SMTP; 20 May 2019 01:04:00 -0700 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Mon, 20 May 2019 11:03:59 +0300 Date: Mon, 20 May 2019 11:03:59 +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: <20190520080359.GC1887@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> <20190517130511.GA1887@kuha.fi.intel.com> <1558319951.10179.352.camel@mhfsdcap03> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1558319951.10179.352.camel@mhfsdcap03> 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 On Mon, May 20, 2019 at 10:39:11AM +0800, Chunfeng Yun wrote: > Hi, > On Fri, 2019-05-17 at 16:05 +0300, Heikki Krogerus wrote: > > 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? > No, I still need it. > The change is about the way how to get fwnode; > when use device graph, get fwnode by of_graph_get_remote_node(); > but now will get fwnode by of_get_parent(); OK, I get that, but I'm still not convinced about if something like this function is needed at all. I also have concerns regarding how you are using the function. I'll explain in comment to the patch 5/6 in this series... > > > > --- > > > > 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