Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1547886pxb; Wed, 10 Feb 2021 10:49:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJwjkl4cvYH+gVvJm+oARCXIuPcK0GdaoZsMBgVUnYoIKkt8UACd5A7Litp7nLtG6uSOyid7 X-Received: by 2002:a17:906:a153:: with SMTP id bu19mr4476108ejb.287.1612982992844; Wed, 10 Feb 2021 10:49:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612982992; cv=none; d=google.com; s=arc-20160816; b=bx6g8chwxaaDRHa7QgsuU46kusWlSiR16AbKOMz5MN/tlQRZBnmawi2FTIHz3+LrQc TjH13cNzDGpGsN/+cO8rfwcojRCINRkkeqWhCoGviEjKNEPBzmd9fIAq46DYze9J6Rl7 YKyCf3YnwGvgI77yAgevw8IwbM+TEFHKRIH85gI18UHUHKiu3ljRZ/8W5gVZPVvgnh9m IpvTP3zLDcDENEL8IcuWsAtHIEPkttR6FRF5542tgDax8dxN9OR+iJ/zGHm+179toWfO zFtYpCdRf00jqG/uY5WzVGPwlixCWZnf5so8pDdNEBZPQnetSPLxbQz7EnmFCgXg3lE1 TCbw== 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; bh=9HVF1rbPBR9/MOHP+RE7bs2cmqp0mu4j9mmPDF3gCHg=; b=ejCRXPV8yNCiKrj+GBcswz8SXOddb6U1plMj+byc7xQfDw3l/z0N5kILFxN2TCuQvf A7gl+wlr1c73Bq372sBc53qZIVUX9M8DUJepBudUU+XTZBcIaWvN1DyFLDp91S7Smbyt 6TIGAns5a16OY2TmEcIZh75FpRiABqJq6dNuDQqLUkKcopVHjjn2POwu81yHP7hTpj7N oVafOiKcA3AVcxYP5dqqzkD3Ru0xEEwwm/ECH1jJ1MdDuL817q7nOeaHsEivD+0J7i2l 1asmWwal/Qko8wqJBokGxyIfV1SD40/bt4xb6gHdEqVkEl83CLpVotkK0s/aAokipc9D swaA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id l13si1937300ejg.121.2021.02.10.10.49.29; Wed, 10 Feb 2021 10:49:52 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234244AbhBJSsx (ORCPT + 99 others); Wed, 10 Feb 2021 13:48:53 -0500 Received: from mail.baikalelectronics.com ([87.245.175.226]:35068 "EHLO mail.baikalelectronics.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232813AbhBJSli (ORCPT ); Wed, 10 Feb 2021 13:41:38 -0500 Date: Wed, 10 Feb 2021 21:40:51 +0300 From: Serge Semin To: Rob Herring CC: Serge Semin , Felipe Balbi , Bjorn Andersson , 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: <20210210184051.ncvvs5xgyo7o3uzq@mobilestation> References: <20210210172850.20849-1-Sergey.Semin@baikalelectronics.ru> <20210210172850.20849-10-Sergey.Semin@baikalelectronics.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: X-ClientProxiedBy: MAIL.baikal.int (192.168.51.25) To mail (192.168.51.25) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. 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... -Sergey > > Rob