Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2929486ybb; Sun, 22 Mar 2020 11:04:33 -0700 (PDT) X-Google-Smtp-Source: ADFU+vuMztI7mHVmOxSbgLuBRzS0PtrA1TGyh8WhEJnMXRZVLSAC8gvJjGoI7didBp+P89L5L5n0 X-Received: by 2002:a9d:30c7:: with SMTP id r7mr14720357otg.289.1584900273593; Sun, 22 Mar 2020 11:04:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584900273; cv=none; d=google.com; s=arc-20160816; b=TInmRFHQa0Apdd3F4MgcEFmuHa0IXVI/YfG1BP1gEjeLG/oVbgnU52aJ3hj6c7sScz fmdrgxqaBY+gpRfNgjWD70Vb5jzmQND6FSfpXESSoKLFtycbm3VZb8ZEK251IPOJb6+A 9Z4h6//I8zojy3NGldLcd/fq6+Hzl7oX3F7MRqpoddnkpLXmil9nLFFSbDOTEyp8v8G5 /ZdJL92t19uDPymVfX/Ue5LjihI23yWSBqLluBUbW55bX5bmE5GfTq5rOE3icpkIsk3/ kqD50XwfIh+rhvP2+vd4PMbaNCrXNENINa95THcMbCPPVyE1yy/AihOhjc6ur1HZUy7F de+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=Xb04REv6lZveRQhQNuITx6JmJ7q9N96Ny2OD2YvT+20=; b=GMjnvRYrmwGnw4iNLVZoI8R9jYfox2ivUEVL+NNahJ+RMkK4WeBQAPYfbUue63/m6/ ZzyQMMJVSPvtorrE/gktpEN+pimnzzoMfK3P6grWBv3PalieRpBLm+4Bk9G2CYyX3O6b Pk4KCdB+02gu6guDNVMzB1bvCRG6Fkb81mRmjoCetUrJ3hbWr1oeyayNfCJuNtCj2PYw ORwelFUU7hCxCP1/qDomp99zQMFNvsiWBIwjOU0p8zwizYrQJSihA+J0IGbPvngXnTNS hLa+Nyeq+VWbh/Of7MA+bw/6g3CpDP2erwe6QbOYP6WrEv8P5z47H7NgwNl2bhvH7M+x NAcQ== 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 e53si1993711ote.156.2020.03.22.11.04.20; Sun, 22 Mar 2020 11:04:33 -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 S1726857AbgCVSDq convert rfc822-to-8bit (ORCPT + 99 others); Sun, 22 Mar 2020 14:03:46 -0400 Received: from gloria.sntech.de ([185.11.138.130]:43536 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725881AbgCVSDq (ORCPT ); Sun, 22 Mar 2020 14:03:46 -0400 Received: from ip5f5a5d2f.dynamic.kabel-deutschland.de ([95.90.93.47] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1jG4wk-0007rU-0k; Sun, 22 Mar 2020 19:03:38 +0100 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Johan Jonker , Caesar Wang , kever.yang@rock-chips.com Cc: devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, robh+dt@kernel.org Subject: Re: [PATCH] arm64: dts: rockchip: fix defines in pd_vio node for rk3399 Date: Sun, 22 Mar 2020 19:03:35 +0100 Message-ID: <48029127.kezn7BFppT@diego> In-Reply-To: <1a6f0ba0-c49c-c547-1252-eed404655f43@gmail.com> References: <20200322140046.5824-1-jbx6244@gmail.com> <48a91cc1-7751-4df0-a2cd-940eb829fa16@gmail.com> <1a6f0ba0-c49c-c547-1252-eed404655f43@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="iso-8859-1" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am Sonntag, 22. M?rz 2020, 17:14:54 CET schrieb Johan Jonker: > Hi, > > Why is 'pd_tcpc0, pd_tcpc1' grouped under 'pd_vio' instead of VD_LOGIC? ^^ You'll need to add Rockchip-people for that - I've done that now ;-) > On 3/22/20 4:45 PM, Johan Jonker wrote: > > Hi, > > > > The RK3399 TRM uses both > > > > 'pd_tcpc0, pd_tcpc1' > > > > as > > > > 'pd_tcpd0, pd_tcpd1'. > > > > What should we use here? We should probably just fix the nodename as you did. - For one tcpD seems to be appearing way more often than tcpC - and of course the header is part of the binding itself, so that shouldn't change without a really good reason Heiko > > > > Thanks. > > > >> diff --git a/arch/arm64/boot/dts/rockchip/rk3399.dtsi b/arch/arm64/boot/dts/rockchip/rk3399.dtsi > >> index 8aac201f0..3dc8fe620 100644 > >> --- a/arch/arm64/boot/dts/rockchip/rk3399.dtsi > >> +++ b/arch/arm64/boot/dts/rockchip/rk3399.dtsi > >> @@ -1087,12 +1087,12 @@ > >> pm_qos = <&qos_isp1_m0>, > >> <&qos_isp1_m1>; > >> }; > >> - pd_tcpc0@RK3399_PD_TCPC0 { > >> + pd_tcpc0@RK3399_PD_TCPD0 { > >> reg = ; > >> clocks = <&cru SCLK_UPHY0_TCPDCORE>, > >> <&cru SCLK_UPHY0_TCPDPHY_REF>; > >> }; > >> - pd_tcpc1@RK3399_PD_TCPC1 { > >> + pd_tcpc1@RK3399_PD_TCPD1 { > >> reg = ; > >> clocks = <&cru SCLK_UPHY1_TCPDCORE>, > >> <&cru SCLK_UPHY1_TCPDPHY_REF>; > > > >