Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7392864imu; Tue, 22 Jan 2019 05:25:07 -0800 (PST) X-Google-Smtp-Source: ALg8bN5CTYtakO+gcJH5b+84UKaWawhDhaxDXHJHpUCrWPjI0/jvsKARa6AowQaEFiYT+3bj64bS X-Received: by 2002:a17:902:1005:: with SMTP id b5mr34356463pla.310.1548163507716; Tue, 22 Jan 2019 05:25:07 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1548163507; cv=none; d=google.com; s=arc-20160816; b=FWgXcIa/VOIHA3wjclpz0sMuJVNdNdFW7jyWapDH/beZZzZ0WTIf1OewI+pUVv4fLm L0B12IqbUTjKlFVR3akn0elrBPEy9RA0rT+EkZrWVtQ1nFZtV3kNmq5MmpETsvVu1VgL cAhZDgS5UloqKgmPl/FI/t8nBGXEBKtVLZ5R+9Wj0/OAvTIbddTPcqp8xOv7HWVsTCvr BRXFMtISpYVYuFYkfKsaLgXgveb8h0J72S3CyD6JqY7/SiEN0wLT0lc2qv9zfAIgwXfG 8cyLcWgXNlZ62z3iaOItzmLYPHp5dK09vy/MNj//oISDXuydYzc34tkFCMWwuhDSnJwf 16AQ== 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-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=KFdgpfKXQNArxlog+K+3BL7a2FFcgy77xMYGitqA+ZE=; b=adhMy2K215gwT7ZAP3xT6zzQB1vgopJ6HMBl1p/CGsDJ61FH5DmhcmOZtCOGhXU7eF ms0XkAn60yjs6A0H6pJr9gj2RHSG0U73qG7YvSiGKhtmZJsKX017f6tThg7ThMbGxghG BU6vj+8l0gfAYPQ0i36R5t5aKSArj7fwqiix7+IF4qFcrzK78+awALcmQl3U3aqerf/A ydA3fO4SQofqoiJesYdm5UkphutEpFW2+KbRLKoGWfQrje8ZUcFoQspzjZb+nr/zG136 atoE0HqYaNty8r3svonYBPs9i6wsltKg4Abg4pkfqPRoIm5R0fmLMzQMZZw6zKYcXQcr vlTA== 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 a10si3530542plp.167.2019.01.22.05.24.51; Tue, 22 Jan 2019 05:25:07 -0800 (PST) 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 S1728439AbfAVNXi (ORCPT + 99 others); Tue, 22 Jan 2019 08:23:38 -0500 Received: from mga02.intel.com ([134.134.136.20]:2638 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728215AbfAVNXh (ORCPT ); Tue, 22 Jan 2019 08:23:37 -0500 X-Amp-Result: UNSCANNABLE X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 22 Jan 2019 05:23:36 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,506,1539673200"; d="scan'208";a="140294381" Received: from kuha.fi.intel.com ([10.237.72.189]) by fmsmga001.fm.intel.com with SMTP; 22 Jan 2019 05:23:33 -0800 Received: by kuha.fi.intel.com (sSMTP sendmail emulation); Tue, 22 Jan 2019 15:23:33 +0200 Date: Tue, 22 Jan 2019 15:23:33 +0200 From: Heikki Krogerus To: Jun Li Cc: Heiko Stuebner , Guenter Roeck , Hans de Goede , linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 3/5] usb: roles: Find the muxes by also matching against the device node Message-ID: <20190122132333.GC22960@kuha.fi.intel.com> References: <20181024150525.11552-1-heikki.krogerus@linux.intel.com> <20181024150525.11552-4-heikki.krogerus@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jan 22, 2019 at 01:40:02PM +0800, Jun Li wrote: > Hi Heikki, > Heikki Krogerus 于2018年10月24日周三 下午11:06写道: > > > > When the connections are defined in firmware, struct > > device_connection will have the fwnode member pointing to > > the device node (struct fwnode_handle) of the requested > > device, and the endpoint will not be used at all in that > > case. > > > > Signed-off-by: Heikki Krogerus > > --- > > drivers/usb/common/roles.c | 16 +++++++++++++--- > > 1 file changed, 13 insertions(+), 3 deletions(-) > > > > diff --git a/drivers/usb/common/roles.c b/drivers/usb/common/roles.c > > index 99116af07f1d..bb52e006d203 100644 > > --- a/drivers/usb/common/roles.c > > +++ b/drivers/usb/common/roles.c > > @@ -8,6 +8,7 @@ > > */ > > > > #include > > +#include > > #include > > #include > > #include > > @@ -84,7 +85,12 @@ enum usb_role usb_role_switch_get_role(struct usb_role_switch *sw) > > } > > EXPORT_SYMBOL_GPL(usb_role_switch_get_role); > > > > -static int __switch_match(struct device *dev, const void *name) > > +static int switch_fwnode_match(struct device *dev, const void *fwnode) > > +{ > > + return dev_fwnode(dev) == fwnode; > > Seems this should be dev_fwnode(dev->parent) == fwnode; > The role switch is the child dev of the caller of usb_role_switch_register(). Indeed. thanks, -- heikki