Received: by 2002:ac0:950c:0:0:0:0:0 with SMTP id f12csp796500imc; Sun, 10 Mar 2019 22:37:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqw9CbB9dlySXc9H4xv/Ek7eY0fIYYhn/mWIIXoRPgGzkLl/i0KDcxvc17Yqlw8GzHL1Lg5z X-Received: by 2002:a17:902:7784:: with SMTP id o4mr3661275pll.152.1552282661346; Sun, 10 Mar 2019 22:37:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552282661; cv=none; d=google.com; s=arc-20160816; b=w7ka2wRipDP0qRnY2dWSGf2Ncr/wuSTApo/+lFaV+7+FE/528VBJnAJnnRO03nl/eB LUIh2txBUB5iBoQNY86+uUtXIPC5lLAw4EeWBpwKequmq6DuxFvc9pMfeBFeVEYtAccm v+sdaBH+G6h9xBAaceiAhMdVrzNqCnIDCIpUvrMvpvfONYPKGLr/j0YEOgVY/Yw6uZXv LtxC02pJpOsj5TIpGUKWCsCXDPIxPiNTy89IBFwkohhkYI+gI4o6Q+RSM2t/laOVoq+r CVuTu1LfykEpoHjGDIugFwZdvbGuWOKFM6etino7gHVxrGO4belDb9W8mr3vikmJnlaa KcWw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:content-transfer-encoding :references:in-reply-to:date:cc:to:from:subject:message-id; bh=c9jIHpE3Nq2ypKNk7xz+sHgh3ZHzgnMds29mIUsaYJQ=; b=g9qwZh/0xKvaXnc1c/+pBbKsx2wjN8L1TnEThd5WY27ATNsx/fSU4Ys+OewMWDZB2I xWDFg5xWTWrGXdd/j3OIP+n7X2D+C4pa6KcK0WwrotaqQFX3eh9dWvA2MBgkDz/Pbmax drsdMcnyGQIDckzQNCCB4TEu+SzgV0Xd4hwKM71niLh3aSk/bVkKh8FiUwtLbOoCAwI2 /o2wlJllkT4DN/+h5MoYXXVhLGDrfrp8tXihwtzuRbaoz4gA1MWAAagM1+gEOJUgOwWV +Y9vmxVP7NS0x1I/K084cZEagUinTxArFg1SNZW51kZNuljfkmtinrYuv4L6po9YC64R Im6A== 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 i185si4203132pge.125.2019.03.10.22.37.25; Sun, 10 Mar 2019 22:37:41 -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 S1726155AbfCKFhE (ORCPT + 99 others); Mon, 11 Mar 2019 01:37:04 -0400 Received: from mailgw02.mediatek.com ([1.203.163.81]:24152 "EHLO mailgw02.mediatek.com" rhost-flags-OK-FAIL-OK-FAIL) by vger.kernel.org with ESMTP id S1725831AbfCKFhE (ORCPT ); Mon, 11 Mar 2019 01:37:04 -0400 X-UUID: 73e3b52d8458424f9c88be9670eb6111-20190311 X-UUID: 73e3b52d8458424f9c88be9670eb6111-20190311 Received: from mtkcas35.mediatek.inc [(172.27.4.253)] by mailgw02.mediatek.com (envelope-from ) (mailgw01.mediatek.com ESMTP with TLS) with ESMTP id 1580970763; Mon, 11 Mar 2019 13:36:58 +0800 Received: from MTKCAS32.mediatek.inc (172.27.4.184) by MTKMBS31N2.mediatek.inc (172.27.4.87) with Microsoft SMTP Server (TLS) id 15.0.1395.4; Mon, 11 Mar 2019 13:36:56 +0800 Received: from [10.17.3.153] (172.27.4.253) by MTKCAS32.mediatek.inc (172.27.4.170) with Microsoft SMTP Server id 15.0.1395.4 via Frontend Transport; Mon, 11 Mar 2019 13:36:56 +0800 Message-ID: <1552282615.10179.25.camel@mhfsdcap03> Subject: Re: [PATCH 3/5] usb: roles: add API to get usb_role_switch by node From: Chunfeng Yun To: Andy Shevchenko CC: Rob Herring , Greg Kroah-Hartman , Heikki Krogerus , Mark Rutland , Matthias Brugger , Adam Thomson , Li Jun , "Badhri Jagan Sridharan" , Hans de Goede , Min Guo , devicetree , Linux Kernel Mailing List , USB , linux-arm Mailing List , "moderated list:ARM/Mediatek SoC support" Date: Mon, 11 Mar 2019 13:36:55 +0800 In-Reply-To: References: <1552025622-15582-1-git-send-email-chunfeng.yun@mediatek.com> <1552025622-15582-4-git-send-email-chunfeng.yun@mediatek.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit MIME-Version: 1.0 X-MTK: N Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Fri, 2019-03-08 at 08:52 +0200, Andy Shevchenko wrote: > On Fri, Mar 8, 2019 at 8:14 AM Chunfeng Yun wrote: > > > > Add usb_role_switch_get_by_node() to make easier to get > > usb_role_switch by node which register it. > > It's useful when there is not device_connection registered > > between two drivers and only knows the node which register > > usb_role_switch. > > > +static int __switch_match_node(struct device *dev, const void *node) > > +{ > > + return dev->parent->of_node == (const struct device_node *)node; > > +} > > Hmm... Shouldn't be slightly better to compare fwnode instead? > Using fwnode is indeed suitable for more cases, I find that there are many functions named xx_by_node using node, but not fwnode, is there any rules about choice between device_node and fwnode_handle? Thanks