Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3137744pxb; Fri, 12 Feb 2021 10:04:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJyeFZgy+pn62WAq+cgPaJbuOgfS7tFtK4VePvyD6YZxEA90toe69tYrifiW47Whc2NJD5EM X-Received: by 2002:a17:906:755:: with SMTP id z21mr4264649ejb.514.1613153083495; Fri, 12 Feb 2021 10:04:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613153083; cv=none; d=google.com; s=arc-20160816; b=NEiqR4HhbiXlUSP4VgBbveUSyqoU8d7bG/2cM2zPnc+mkJER7zdEk8if34bP6w3I6r I6PlFFuUhkyE6d0UkhHHnZQlMPGzLFi0u5P1Tr3cNu7i6JWy3i4ccaKhtjkmoyDh5QJD NowYh3Bq2k6y3I59P6xpKi8V9OHXXv81ALHbZaJ8U9GnkTEdCpmYvgpUhcr/NMBdl5eg Fl5oENrNLVHxlmfSmoIItDrsL8qRjPyKj2VFUHtxfGr+nYW7BncCiH2okidRyjuAivPk j7aom+E3tEfi4tShQMTzsJBIKh36+9hL1yas7a3By98eNBOviCIpPvBFtoLmbElcht3n sVmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=DgDULeiKflVFwoR6BsGB3cUqPpNxfkBwuzxZxXpXoLY=; b=0BGpnGcQjk+HSFq04saT/9ic0tyy69MqeZnqlJYTSG68aPCg1vQu4u8jalLYq6KGqw ECEbVf6Y6qeKerhZBCejP+33J3eGgEKWZrPEYH7ps0Q0yvA1EgCokh86GY2X3qr6RUF4 +FXfIezpR7HzPgGUuXPbYBtFOQ6BBs+Hpc3tzeoGwvt6E74iUY8rqi1IRrkP2WidYc9i OY7orhsoj38pgwuaXOwPqsN1/7VS5VZZtQovrTZ8twyPASrno8AkMkCopPW1lm6o4Sqe gR5JeYJHsCWQTV3kVIWxoEKFA2bKFLgCrGFzrKR+59Wtl5+29ZlPJ854pp12JnJS65uK uZhA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=DCzDEBVj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id de5si6849739edb.360.2021.02.12.10.04.18; Fri, 12 Feb 2021 10:04:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=DCzDEBVj; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231473AbhBLSB4 (ORCPT + 99 others); Fri, 12 Feb 2021 13:01:56 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55154 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231301AbhBLSBw (ORCPT ); Fri, 12 Feb 2021 13:01:52 -0500 Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 70CFAC061574 for ; Fri, 12 Feb 2021 10:01:13 -0800 (PST) Received: by mail-ot1-x334.google.com with SMTP id k10so9204515otl.2 for ; Fri, 12 Feb 2021 10:01:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=DgDULeiKflVFwoR6BsGB3cUqPpNxfkBwuzxZxXpXoLY=; b=DCzDEBVjLIaaQd57q6fVH1cUKOsUzde77Y6qiR5L/k48zTlVtQYI7DtAlnEuHF9q0X 57rDgE3EcctbG+Jjyd+60Xa5CgCSRK1FuwvPs9VyBfXVKDLM67rJPYdyWPy19b9xMWBO QSR459ll+V93R4uNHr4h0eO5o3QUfjngs5f5dPrkNeivbE3YQCBNlmQAy1dDZosVX3EL 6D1Xz5zusS+1ld+MGkk3JmZ2ySbbSANFUOOXxCVgZq+JEZ3YP9okvyOPuFhS+4Oe7XD6 56tb6NsTZPbt4iLyids3gREv+ebIoulLV0KlupwbKepL8afknT8QgtgpkI/JAdCsWg9C fOBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=DgDULeiKflVFwoR6BsGB3cUqPpNxfkBwuzxZxXpXoLY=; b=OfPgbCgjh5ziXPnWPT+5Gg2yxTfPUe5Xl8SkiqtdwTjJwOtdPrIMQhafr72ePuP4C4 4iFpXPCcpnFJYv+6v1pm04N7RPCsvn/z/w0ZnEmQ5qoLSYTxR4g4kNr2qBN1c1Xxpr5I 8FZ/UudXZ5gOZre2lytplX05+qktwLQzE767eZgwrZGe25mcEdr9PASSdZlqz1s1UJTk Wwa/wjhGA1Sr21CaJoqGT/qJmCWLvzcMHnU55tDRWFz6AkUB7C2QCRDk0+UHHmgmPjOf lq13U1HXIMHDARRWHy6lfIIpi9J5W1O/kkA2MZ1TVdIDru8fG3kOS2gxcMaiTL6OMa2H 0t+g== X-Gm-Message-State: AOAM531GoRHMGCF/Vmox7e/vJglcPioL6RvTALJ7gWY+mV0BBVApnYbn iG72q8VtOU2ZJZSukYZRph+kpA== X-Received: by 2002:a9d:8f2:: with SMTP id 105mr2836518otf.64.1613152872844; Fri, 12 Feb 2021 10:01:12 -0800 (PST) Received: from builder.lan (104-57-184-186.lightspeed.austtx.sbcglobal.net. [104.57.184.186]) by smtp.gmail.com with ESMTPSA id e14sm1684583oou.19.2021.02.12.10.01.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 12 Feb 2021 10:01:12 -0800 (PST) Date: Fri, 12 Feb 2021 12:01:10 -0600 From: Bjorn Andersson To: Serge Semin Cc: Serge Semin , Rob Herring , Felipe Balbi , Krzysztof Kozlowski , Florian Fainelli , Greg Kroah-Hartman , Andy Gross , Linux USB List , linux-arm-msm , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH v6 09/10] usb: dwc3: qcom: Detect DWC3 DT-nodes with "usb"-prefixed names Message-ID: References: <20210210172850.20849-1-Sergey.Semin@baikalelectronics.ru> <20210210172850.20849-10-Sergey.Semin@baikalelectronics.ru> <20210210184051.ncvvs5xgyo7o3uzq@mobilestation> <20210210193325.inp7rgpsfr624zhd@mobilestation> <20210212173315.jgr6kata2yxrbkuu@mobilestation> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210212173315.jgr6kata2yxrbkuu@mobilestation> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 12 Feb 11:33 CST 2021, Serge Semin wrote: > On Wed, Feb 10, 2021 at 10:33:26PM +0300, Serge Semin wrote: > > On Wed, Feb 10, 2021 at 12:56:59PM -0600, Bjorn Andersson wrote: > > > On Wed 10 Feb 12:40 CST 2021, Serge Semin wrote: > > > > > > > On Wed, Feb 10, 2021 at 12:17:27PM -0600, Rob Herring wrote: > > > > > On Wed, Feb 10, 2021 at 11:29 AM Serge Semin > > > > > wrote: > > > > > > > > > > > > In accordance with the USB HCD/DRD schema all the USB controllers are > > > > > > supposed to have DT-nodes named with prefix "^usb(@.*)?". Since the > > > > > > existing DT-nodes will be renamed in a subsequent patch let's first make > > > > > > sure the DWC3 Qualcomm driver supports them and second falls back to the > > > > > > deprecated naming so not to fail on the legacy DTS-files passed to the > > > > > > newer kernels. > > > > > > > > > > > > Signed-off-by: Serge Semin > > > > > > Reviewed-by: Bjorn Andersson > > > > > > --- > > > > > > drivers/usb/dwc3/dwc3-qcom.c | 3 ++- > > > > > > 1 file changed, 2 insertions(+), 1 deletion(-) > > > > > > > > > > > > diff --git a/drivers/usb/dwc3/dwc3-qcom.c b/drivers/usb/dwc3/dwc3-qcom.c > > > > > > index c703d552bbcf..49ad8d507d37 100644 > > > > > > --- a/drivers/usb/dwc3/dwc3-qcom.c > > > > > > +++ b/drivers/usb/dwc3/dwc3-qcom.c > > > > > > @@ -630,7 +630,8 @@ static int dwc3_qcom_of_register_core(struct platform_device *pdev) > > > > > > struct device *dev = &pdev->dev; > > > > > > int ret; > > > > > > > > > > > > - dwc3_np = of_get_child_by_name(np, "dwc3"); > > > > > > + dwc3_np = of_get_child_by_name(np, "usb") ?: > > > > > > + of_get_child_by_name(np, "dwc3"); > > > > > > > > > > > > > > Is there some reason using compatible instead wouldn't work here? > > > > > > > > I don't know for sure. The fix has been requested in the framework of > > > > this discussion: > > > > https://lore.kernel.org/linux-usb/20201020115959.2658-30-Sergey.Semin@baikalelectronics.ru/#t > > > > by the driver maintainer Bjorn. To get a firm answer it's better to > > > > have him asked. > > > > > > My feedback was simply that it has to catch both cases, I didn't > > > consider the fact that we have a compatible to match against. > > > > > > > As I see it having of_get_compatible_child() utilized > > > > here would also work. At least for the available in kernel dt-files. > > > > See the affected dts-es in: > > > > https://lore.kernel.org/linux-usb/20210210172850.20849-11-Sergey.Semin@baikalelectronics.ru/ > > > > > > > > A problem may happen if some older versions of DTS-es had another > > > > compatible string in the dwc3 sub-node... > > > > > > > > > > Afaict all Qualcomm dts files has "snps,dwc3", so you can match against > > > that instead. > > > > Ok then. I'll replace of_get_child_by_name() here with > > of_get_compatible_child() matching just against "snps,dwc3" in v7. Can you > > confirm that noone ever had a Qcom-based hardware described with dts having > > the "synopsys,dwc3" compatible used as the DWC USB3 sub-node here? That > > string has been marked as deprecated recently because the vendor-prefix > > was changed sometime ago, but the original driver still accept it. > > > > Alternatively to be on a safe side we could match against both > > compatibles here as Rob suggests. What do you think? > > Bjorn, any comment on the question above? So I could respin the series > with this patch updated. > > Also note, since the patch's gonna be changed I'll have to remove your > Reviewed-by tag unless u explicitly say I shouldn't. > Sounds good, I'd be happy to review the new patch. PS. As this only affect the Qualcomm part of the series I would suggest that you send these patches off separate and don't send all 10 patches together. Thanks, Bjorn