Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1441085pxj; Fri, 4 Jun 2021 14:43:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxWYJ+sewPIY4mZnzoZufKrCD9jts6/Di/zGp2LQfsfCRJu+1G8kDcVqgBKUImC7ijthw+0 X-Received: by 2002:a17:906:abcc:: with SMTP id kq12mr6261706ejb.97.1622842993094; Fri, 04 Jun 2021 14:43:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622842993; cv=none; d=google.com; s=arc-20160816; b=rl4iBsrE4VAZxpgHIhIetY53n2UE5qcfsKddnJz2QmV3GrxbYwINENtlUgiPTbKcsE M0IpHYsUB+CF0KK7o1oqGBCjd/UzBrGgpc4sOZUqzbB2wegH+v/XHOxuIbajCbOnTzOt seZbxMPxmF/bsNOP/2xCbKC7SUlwRNKHBxN3Ivg22sgHOUSdzhucKfF50brQJwxNdVeb KrZVvYJp+Drgx+VypqoKAGUdLIdu7Wq7wxGcQHFKUCAdrvilyS6WjmFYhdQgUOsBoswq PxzbrJjH+4+rt5h/Ksp0/QZam63fjLuzAOdOnLZobDmG7ZN4av5axO6b+QXzVet65Via fyMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:user-agent:from :references:in-reply-to:mime-version:dkim-signature; bh=BpMcjydtHCRL730GVRWjY//UbSmPvtwxP7/K1Agu+es=; b=FfgFSMR7rxYZ6dpjkBSj45coqQKnvM6+IICf74/tsAGOGFiHdwezJf8NGTOD12bZ56 psGxK0Jdy8u/0kMlEEfyGnmIPwNqszDlX6/CbD1SFbSib31KfcVj6HXq5OF9wbrexj41 me/b+OjceLjr/ZhWAPj9TCCMaejEkOhKrDZm3SmFnvEp2mNWT4r8XQ0SVr7x8vyE6yAi Nxn1vdiPFuR+bXhAhjs7Udq3ZTZI+19BRM002CrWRHzNFbC/cfHI8Pm8XU9g+nOyo4no +LnRfHTZAyVo9vYza7u4uA5EcOuwGjw3sRcDzoPjD9efFxY4EMH3XxIot4U8T8IRz9AD gmqg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=UxKRPxOA; 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=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b13si6590414ede.317.2021.06.04.14.42.49; Fri, 04 Jun 2021 14:43:13 -0700 (PDT) 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=@chromium.org header.s=google header.b=UxKRPxOA; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229929AbhFDVma (ORCPT + 99 others); Fri, 4 Jun 2021 17:42:30 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58114 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230432AbhFDVm1 (ORCPT ); Fri, 4 Jun 2021 17:42:27 -0400 Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4616CC061767 for ; Fri, 4 Jun 2021 14:40:32 -0700 (PDT) Received: by mail-ot1-x333.google.com with SMTP id 66-20020a9d02c80000b02903615edf7c1aso10419084otl.13 for ; Fri, 04 Jun 2021 14:40:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:in-reply-to:references:from:user-agent:date:message-id :subject:to:cc; bh=BpMcjydtHCRL730GVRWjY//UbSmPvtwxP7/K1Agu+es=; b=UxKRPxOAnoysgy7It+V1V2RJRi777Ms5P8JtBDsykQRSfMlkL94+Am4b2Wi7wnGkbT skxXt4KIsARqkX8dVSp/LrvnbDOfVUrWcbwIR8+yDnC5s0S5qmaJgUNMwegjjXLO1isR XTqTRAsAdZitbd6GkHMBT37ZbIfixWzCHhtqg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from :user-agent:date:message-id:subject:to:cc; bh=BpMcjydtHCRL730GVRWjY//UbSmPvtwxP7/K1Agu+es=; b=mHUfqzMMtH1Ljbh4Ij1yn/y7XDxjyoTPRdBgVwRlLj06H30Tca8MgEqhhAy9jQLIag BcW7zcGzNKYNV44pOKAk6nmsuvIFCe7cuEbc6N0XNc1SHBiHGd75gxtg0XWMfp72nq01 dEs63QfjrKfLJSqJjJ6tXQdQHSkLsvEvhCCLVJwOVtQsdv/r5XxaZ5AdM7JHOV+EAx0P h4nw1qAaYjITgZ49VWyuZZEQQXTN6reWy8SahOdeLPKDfVoy2YBcr8uoBOaDXdnEYHS7 NQfDQnpJHNRqhtMo6A+XAZIR0XvPvkRhkDdV1XsGJKi5n6C0Q8eHITak7ZH84Lq6oa7q 3m9g== X-Gm-Message-State: AOAM531buhsce+dxdcxi6JFuX+enmeU3r6VDc540xo61Y8kJRz1JT3vJ 9m+RK2hr9iFSCF/7hQIKrA9is+C8bT7q2n3TUAQASA== X-Received: by 2002:a05:6830:3154:: with SMTP id c20mr5408138ots.233.1622842831621; Fri, 04 Jun 2021 14:40:31 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 4 Jun 2021 21:40:31 +0000 MIME-Version: 1.0 In-Reply-To: <1622804618-18480-2-git-send-email-sanm@codeaurora.org> References: <1622804618-18480-1-git-send-email-sanm@codeaurora.org> <1622804618-18480-2-git-send-email-sanm@codeaurora.org> From: Stephen Boyd User-Agent: alot/0.9.1 Date: Fri, 4 Jun 2021 21:40:31 +0000 Message-ID: Subject: Re: [PATCH v4 1/2] arm64: dts: qcom: sc7280: Add USB related nodes To: Andy Gross , Bjorn Andersson , Doug Anderson , Felipe Balbi , Greg Kroah-Hartman , Matthias Kaehlcke , Rob Herring , Sandeep Maheswaram Cc: devicetree@vger.kernel.org, linux-arm-msm@vger.kernel.org, linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org, Manu Gautam Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Sandeep Maheswaram (2021-06-04 04:03:37) > Add nodes for DWC3 USB controller, QMP and HS USB PHYs in sc7280 SOC. > > Signed-off-by: Sandeep Maheswaram > Reviewed-by: Matthias Kaehlcke > --- > changed usb3-phy to lanes in qmp phy node as it was causing probe failure. > > arch/arm64/boot/dts/qcom/sc7280.dtsi | 149 +++++++++++++++++++++++++++++++++++ > 1 file changed, 149 insertions(+) > > diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi > index 0b6f119..d70d5fb 100644 > --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi > +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi > @@ -973,6 +973,110 @@ > }; > }; > > + usb_1_hsphy: phy@88e3000 { > + compatible = "qcom,sc7280-usb-hs-phy", > + "qcom,usb-snps-hs-7nm-phy"; > + reg = <0 0x088e3000 0 0x400>; > + status = "disabled"; > + #phy-cells = <0>; > + > + clocks = <&rpmhcc RPMH_CXO_CLK>; > + clock-names = "ref"; > + > + resets = <&gcc GCC_QUSB2PHY_PRIM_BCR>; > + }; > + > + usb_2_hsphy: phy@88e4000 { > + compatible = "qcom,sc7280-usb-hs-phy", > + "qcom,usb-snps-hs-7nm-phy"; > + reg = <0 0x088e4000 0 0x400>; > + status = "disabled"; > + #phy-cells = <0>; > + > + clocks = <&rpmhcc RPMH_CXO_CLK>; > + clock-names = "ref"; > + > + resets = <&gcc GCC_QUSB2PHY_SEC_BCR>; > + }; > + > + usb_1_qmpphy: phy-wrapper@88e9000 { > + compatible = "qcom,sm8250-qmp-usb3-phy"; Is this another combo usb/dp phy? > + reg = <0 0x088e9000 0 0x200>, > + <0 0x088e8000 0 0x20>; > + reg-names = "reg-base", "dp_com"; > + status = "disabled"; > + #address-cells = <2>; > + #size-cells = <2>; > + ranges; > + > + clocks = <&gcc GCC_USB3_PRIM_PHY_AUX_CLK>, > + <&rpmhcc RPMH_CXO_CLK>, > + <&gcc GCC_USB3_PRIM_PHY_COM_AUX_CLK>; > + clock-names = "aux", "ref_clk_src", "com_aux"; > + > + resets = <&gcc GCC_USB3_DP_PHY_PRIM_BCR>, This makes me think yes. In which case, can we put the final node in place instead of having to tack on DP phy at a later time? > + <&gcc GCC_USB3_PHY_PRIM_BCR>; > + reset-names = "phy", "common"; > + > + usb_1_ssphy: lanes@88e9200 { phy@88e9200? > + reg = <0 0x088e9200 0 0x200>, > + <0 0x088e9400 0 0x200>, > + <0 0x088e9c00 0 0x400>, > + <0 0x088e9600 0 0x200>, > + <0 0x088e9800 0 0x200>, > + <0 0x088e9a00 0 0x100>; > + #phy-cells = <0>; > + #clock-cells = <1>; > + clocks = <&gcc GCC_USB3_PRIM_PHY_PIPE_CLK>; > + clock-names = "pipe0"; > + clock-output-names = "usb3_phy_pipe_clk_src"; > + }; > + }; > +