Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1329993imw; Tue, 5 Jul 2022 07:39:58 -0700 (PDT) X-Google-Smtp-Source: AGRyM1ukmMPnGaJx0LNxXfaYjrneWzszXwsBZltu3U25I3TWrCj3YwNLZVp4Kp8ecxEURud+jjAS X-Received: by 2002:a17:90a:2f46:b0:1ef:a785:dd2a with SMTP id s64-20020a17090a2f4600b001efa785dd2amr272038pjd.238.1657031998607; Tue, 05 Jul 2022 07:39:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657031998; cv=none; d=google.com; s=arc-20160816; b=ANVjAcSC+kN+mjEZGl1dsxYrHI+uqTNCKZJaI443CUCuxACQQwMiP98/1LbXxiR37U 0vweWK8L6rMAQa4Pecbe616l+28qAXbUlo39rRmNprGN40EhazuWdW0haKZLSGFajtIW lJ9w4vOtdu3XyEz/u4SRK3Jq3zOWsf9Vomzf784Bvw2arPy5dX2FEL+uUXzv44lCCBID +b0vjDHB5uiHm05oWXHW73P4An+FY1lPP1/JTM3xOBNfBHhBYqo2/xWPOXxwdw9bBhDB 7e4+nM0F8OL6oCEIm0Ev2wGsXnRgm4csqG4xqVTZUcKgMsA+pvYMDMONJofafDIamL9C 6Pvg== 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:from:in-reply-to :references:mime-version:dkim-signature; bh=qMiUEOKk9r77VMVVPa8z6NBhDHlBwjJXvsubB7Baxfc=; b=XPZz97atL9Uv7t5q1VUTiPqk4O5KnbwL+Ss2vv6015lY/X0Xpyx0g1FjvlsDtgWe9n qYr3qxZD77Roa7utRtP69corz039V8C1A3+aVVuseDRowPbaLXWEiQ4s5PrmDVncXKrE QeRI7i1TXZDZNJJ3Ee/isq55Np4bdmbs8cT1Yk/8E2tx8ajcHBxCB3u4ZAAS6sqk8daz ZFyTiaeeVTKf7joAZmQBzw+xnTjlIPZK5voUpcSHcrI1/XPL/EbRn0gq3ho8hnYnL0Rp TnzY8YwbR+xLN1vb4JeolM5+UQ0+jc2JcSwc5X0/Y8fZm50nIpTRhFIbvp0CMYx79gE5 FEvA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="XZkg/spi"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r193-20020a632bca000000b004114fd8e9a9si27527536pgr.825.2022.07.05.07.39.42; Tue, 05 Jul 2022 07:39:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="XZkg/spi"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S230383AbiGENg3 (ORCPT + 99 others); Tue, 5 Jul 2022 09:36:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53386 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230129AbiGENgR (ORCPT ); Tue, 5 Jul 2022 09:36:17 -0400 Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 051B771260 for ; Tue, 5 Jul 2022 05:58:05 -0700 (PDT) Received: by mail-qt1-x833.google.com with SMTP id q16so13460553qtn.5 for ; Tue, 05 Jul 2022 05:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=qMiUEOKk9r77VMVVPa8z6NBhDHlBwjJXvsubB7Baxfc=; b=XZkg/spioxcX8d4p0KVTXf2AzZ+QZdxO5jRoERcJDRn+wYuBLyyF0qXMrGurDsjXJ3 Cwxh7oa+Tg3jd9appJk2J5mgUwI0zYSI49nCEv9ZvJorCWddYfje/ZA46AwPmDriGZX2 SCFTLWTbDb0f6iVSgCfwSZ2JkcJGiG7ZudIIPn2Ky0Qvun2YS+6JteCNtOZVYabpn9AH kDm7ecpxsQsEPXKSPEMdNm4mAznc8UDoepnUl+tPQEfsSTUZY/T6YUD0pUjhIeg/pAkU TIHzzqROEXOCQy+qVc28s2NZDhufhVqxvag0R40IhJBS9NAd8QPr/V/Ps88g+ZHM3IeQ KaBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=qMiUEOKk9r77VMVVPa8z6NBhDHlBwjJXvsubB7Baxfc=; b=Ctq4YBaN0vwaoRUhz57nf2IFkNiz0dSPWeQTBJpFf3eUg4UYaQMzk7SwIEIDB3sJbm o3n3Ah9J/5K2pGw3Zw0YhCV4bmywuhhd+QrVpweSLUdI57z/yN+PDb5dMBxTVPXTEceM Dl4RLdv3meHHtu1yU8yjgemjCWvcE42E3sUOcWv7F+WWIgCrBmUw2jMYkp/4+8xc7bi7 UWp9ZpPiZK27u/Zkqi/njAGmBh8kjnc0ty1d9Edjd4qLYzO7pJHyLRy4SuA5UwNI531K k+ixaz5sQsGAdToUMbyw6qH3xlNd9LImA8CvzJ0f4boGfiUhLdREbfuIXyBTojILZS4E TrzQ== X-Gm-Message-State: AJIora9LJE5nU0UJ1MBDLyjgtcxPYo1Qs7jEBFAnBCq6L6yJcs9iSrb2 cEwBWTU6Fx9o9HxhHGJ5VUo9+ChCDbQv5wBoyv5on6OYwyQ= X-Received: by 2002:ac8:5956:0:b0:31d:28dc:17c with SMTP id 22-20020ac85956000000b0031d28dc017cmr26185913qtz.295.1657025876136; Tue, 05 Jul 2022 05:57:56 -0700 (PDT) MIME-Version: 1.0 References: <20220705114032.22787-1-johan+linaro@kernel.org> <20220705114032.22787-2-johan+linaro@kernel.org> In-Reply-To: From: Dmitry Baryshkov Date: Tue, 5 Jul 2022 15:57:45 +0300 Message-ID: Subject: Re: [PATCH 01/14] arm64: dts: qcom: sc7280: drop PCIe PHY clock index To: Johan Hovold Cc: Johan Hovold , Bjorn Andersson , Andy Gross , Rob Herring , Krzysztof Kozlowski , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 5 Jul 2022 at 15:51, Johan Hovold wrote: > > On Tue, Jul 05, 2022 at 03:42:08PM +0300, Dmitry Baryshkov wrote: > > On 05/07/2022 14:40, Johan Hovold wrote: > > > The QMP PCIe PHY provides a single clock so drop the redundant clock > > > index. > > > > > > Signed-off-by: Johan Hovold > > > > Hmm. After checking the source code, the clocks entry of the phy@1c0e000 > > node also needs to be fixed. > > I assume you meant pci@1c08000 here? Thanks for catching that! > > > And also maybe: > > > > Fixes: bd7d507935ca ("arm64: dts: qcom: sc7280: Add pcie clock support") > > Fixes: 92e0ee9f83b3 ("arm64: dts: qcom: sc7280: Add PCIe and PHY related > > nodes") > > Maybe, I'm a bit reluctant to add a Fixes tags for these even if they do > violate the binding. But sure, why not. Yep, I'm also in doubt here. In this case this is more logical. I'd allow you to decide then. > > > > --- > > > arch/arm64/boot/dts/qcom/sc7280.dtsi | 4 ++-- > > > 1 file changed, 2 insertions(+), 2 deletions(-) > > > > > > diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi > > > index e66fc67de206..b0ae2dbba50f 100644 > > > --- a/arch/arm64/boot/dts/qcom/sc7280.dtsi > > > +++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi > > > @@ -818,7 +818,7 @@ gcc: clock-controller@100000 { > > > reg = <0 0x00100000 0 0x1f0000>; > > > clocks = <&rpmhcc RPMH_CXO_CLK>, > > > <&rpmhcc RPMH_CXO_CLK_A>, <&sleep_clk>, > > > - <0>, <&pcie1_lane 0>, > > > + <0>, <&pcie1_lane>, > > > <0>, <0>, <0>, <0>; > > > clock-names = "bi_tcxo", "bi_tcxo_ao", "sleep_clk", > > > "pcie_0_pipe_clk", "pcie_1_pipe_clk", > > > @@ -2110,7 +2110,7 @@ pcie1_lane: phy@1c0e200 { > > > clock-names = "pipe0"; > > > > > > #phy-cells = <0>; > > > - #clock-cells = <1>; > > > + #clock-cells = <0>; > > > clock-output-names = "pcie_1_pipe_clk"; > > > }; > > > }; > > Johan -- With best wishes Dmitry