Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp892590pxb; Thu, 23 Sep 2021 12:53:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw4swY/oVW/GFfZnkRT/tuVInFyMiMiFV4pmshieOOdGGL8jKehTDxBi59mcpBorBsV7mFB X-Received: by 2002:a17:906:3181:: with SMTP id 1mr7312446ejy.388.1632426785273; Thu, 23 Sep 2021 12:53:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632426785; cv=none; d=google.com; s=arc-20160816; b=cj5AEHA80bw+Q5zu6A5RCZ421kHg+eZTe4YRfO1K0w2ztvy9bGsQLxvlfebXQKxNKD isRTRP4w2kkwxi03A1PXHW8ZRRw1Tg0gy5py+HvPCsmGcsn1VZdbBcMUxB2l+l4q5aGr j3IrmU509Jkk5A3kVg9jHkipsOvF78aqxT2mMotd9uj5SZZXQmaZjT2iGxOsPMLaPHXu qlpwOH/oDtGBjgZ5G0lF8spIa70JtZd8G62FOebIBcYP902Is/66p62KEXn50eqeZRMw C2J4ZlQ/E3emMD1FTuNY0oIrF7jX/5cYbPIOjFT0ug2RB6NNBuIPWQJ9rlc8VAPug3w4 E7tQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=3odQnfYOGe5MgpaO0To0JQ2byDyBa4bENf+K/WRZcoE=; b=WvwHOAcnV9nUxRdo9x5z/IdHf+Qjsdo64d97U8g4holbloSIcgL0x1lzSrVp3C1+KL ri3jp0kG7EuoH3Tuq+imKKJJmJX4NJnc+ubVuHqJPlErTwM7DO/+6IGBksk3iL85g7X/ zx3A97x6mNVdf/++LMzh/IJpKCt96E/4UltKmMOdR2QqJsbVvSngIvtPDVrArJtmfEKR D1swt2BDgBw/rgvIRUnnHY8u2Sw6BzLQYNQWmPHksm3/UJJECFbP4x4zjGsC3H5U3Znd tv5ARIEseuN6Dc4wM+t7AkZtHIWywRtnXn4alUM2rnVvTRn05+tjI5PFy+0gbJxxeCIb Ra9g== 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 v14si7240519edb.187.2021.09.23.12.52.41; Thu, 23 Sep 2021 12:53:05 -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; 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 S242940AbhIWTul (ORCPT + 99 others); Thu, 23 Sep 2021 15:50:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37842 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243023AbhIWTuf (ORCPT ); Thu, 23 Sep 2021 15:50:35 -0400 Received: from metis.ext.pengutronix.de (metis.ext.pengutronix.de [IPv6:2001:67c:670:201:290:27ff:fe1d:cc33]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 25387C061574 for ; Thu, 23 Sep 2021 12:49:03 -0700 (PDT) Received: from gallifrey.ext.pengutronix.de ([2001:67c:670:201:5054:ff:fe8d:eefb] helo=[IPv6:::1]) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1mTUiF-0000Qq-7x; Thu, 23 Sep 2021 21:48:55 +0200 Subject: Re: [PATCH] arm64: dts: rockchip: move aliases to rk356x dtsi To: =?UTF-8?Q?Heiko_St=c3=bcbner?= , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, Michael Riesch , Arnd Bergmann Cc: Rob Herring , Liang Chen , Peter Geis , Simon Xue , Pengutronix Kernel Team References: <20210917110528.24454-1-michael.riesch@wolfvision.net> <2397289.mVTDCA6dLn@diego> <8375423.X1v87zm6sT@diego> From: Ahmad Fatoum Message-ID: <8a775b61-dc70-aba7-8d23-888851af29a6@pengutronix.de> Date: Thu, 23 Sep 2021 21:48:51 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 MIME-Version: 1.0 In-Reply-To: <8375423.X1v87zm6sT@diego> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 2001:67c:670:201:5054:ff:fe8d:eefb X-SA-Exim-Mail-From: a.fatoum@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Heiko, On 22.09.21 18:51, Heiko Stübner wrote: > Hi Ahmad, > > Am Mittwoch, 22. September 2021, 15:40:33 CEST schrieb Ahmad Fatoum: >> Hello Heiko, >> >> On 17.09.21 14:01, Heiko Stübner wrote: >>> Hi Michael, >>> >>> Am Freitag, 17. September 2021, 13:05:28 CEST schrieb Michael Riesch: >>>> In order to ensure deterministic probe order over different boards, >>>> move the aliases of on-SoC components to the corresponding dtsi >>>> files. >>> >>> please read the git history on the other Rockchip SoCs. We just moved >>> the aliases on them _to_ the board-files, as requested by >>> arm-soc maintainers ;-) >> >> [Adding Arnd to CC] >> >> For old boards, changing the aliases may introduce breakage that outweighs >> the benefit of having consistent numbering. This doesn't seem to apply here: >> rk3566.dtsi is a new device tree not yet in v5.15-rc2 and rk3568 is new in >> v5.14 and has only one board partially supported, so if we were to do this >> change we should do it now. Boards will still be free to override the aliases, >> but those that don't will have consistent numbering regardless of whether >> nodes are enabled, cards are detected or probe order. > > the request from Arnd was actually to move things like mmc aliases _to_ > board files away from the soc-level dtsi. Yes, I understood that. But I think for new SoCs, there is a convincing case for having them in the SoC dtsi. > Supposedly to prevent holes in > the numbering for example if the sdmmc is mmc0, emmc is mmc1, > but sdmmc not used on a board, which would then leave mmc0 empty . Without aliases, the numbering of the MMC devices in Linux can't be relied on. partuuids don't work when you have the same image on e.g. eMMC and SD and initramfs may be overkill. I'd thus say it's recommended to have aliases for every MMC described in a device tree. Arguably, the majority of people are fine with the numbering used by the SoC vendor and having any numbering will prevent scripts from breaking after updates. Board vendors that mind the holes or want to renumber the MMCs can just override the aliases on board level. Cheers, Ahmad > > > Heiko > > > >>> Heiko >>> >>> >>>> >>>> Signed-off-by: Michael Riesch >>>> --- >>>> arch/arm64/boot/dts/rockchip/rk3566-quartz64-a.dts | 6 ------ >>>> arch/arm64/boot/dts/rockchip/rk3566.dtsi | 4 ++++ >>>> arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts | 7 ------- >>>> arch/arm64/boot/dts/rockchip/rk3568.dtsi | 5 +++++ >>>> arch/arm64/boot/dts/rockchip/rk356x.dtsi | 2 ++ >>>> 5 files changed, 11 insertions(+), 13 deletions(-) >>>> >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk3566-quartz64-a.dts b/arch/arm64/boot/dts/rockchip/rk3566-quartz64-a.dts >>>> index a244f7b87e38..156bbb8aa4c4 100644 >>>> --- a/arch/arm64/boot/dts/rockchip/rk3566-quartz64-a.dts >>>> +++ b/arch/arm64/boot/dts/rockchip/rk3566-quartz64-a.dts >>>> @@ -10,12 +10,6 @@ >>>> model = "Pine64 RK3566 Quartz64-A Board"; >>>> compatible = "pine64,quartz64-a", "rockchip,rk3566"; >>>> >>>> - aliases { >>>> - ethernet0 = &gmac1; >>>> - mmc0 = &sdmmc0; >>>> - mmc1 = &sdhci; >>>> - }; >>>> - >>>> chosen: chosen { >>>> stdout-path = "serial2:1500000n8"; >>>> }; >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk3566.dtsi b/arch/arm64/boot/dts/rockchip/rk3566.dtsi >>>> index 3839eef5e4f7..c1b3841caa77 100644 >>>> --- a/arch/arm64/boot/dts/rockchip/rk3566.dtsi >>>> +++ b/arch/arm64/boot/dts/rockchip/rk3566.dtsi >>>> @@ -4,6 +4,10 @@ >>>> >>>> / { >>>> compatible = "rockchip,rk3566"; >>>> + >>>> + aliases { >>>> + ethernet0 = &gmac1; >>>> + }; >>>> }; >>>> >>>> &power { >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts b/arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts >>>> index 184e2aa2416a..218f85af730c 100644 >>>> --- a/arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts >>>> +++ b/arch/arm64/boot/dts/rockchip/rk3568-evb1-v10.dts >>>> @@ -13,13 +13,6 @@ >>>> model = "Rockchip RK3568 EVB1 DDR4 V10 Board"; >>>> compatible = "rockchip,rk3568-evb1-v10", "rockchip,rk3568"; >>>> >>>> - aliases { >>>> - ethernet0 = &gmac0; >>>> - ethernet1 = &gmac1; >>>> - mmc0 = &sdmmc0; >>>> - mmc1 = &sdhci; >>>> - }; >>>> - >>>> chosen: chosen { >>>> stdout-path = "serial2:1500000n8"; >>>> }; >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk3568.dtsi b/arch/arm64/boot/dts/rockchip/rk3568.dtsi >>>> index 2fd313a295f8..dd0e800cf752 100644 >>>> --- a/arch/arm64/boot/dts/rockchip/rk3568.dtsi >>>> +++ b/arch/arm64/boot/dts/rockchip/rk3568.dtsi >>>> @@ -8,6 +8,11 @@ >>>> / { >>>> compatible = "rockchip,rk3568"; >>>> >>>> + aliases { >>>> + ethernet0 = &gmac0; >>>> + ethernet1 = &gmac1; >>>> + }; >>>> + >>>> qos_pcie3x1: qos@fe190080 { >>>> compatible = "rockchip,rk3568-qos", "syscon"; >>>> reg = <0x0 0xfe190080 0x0 0x20>; >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk356x.dtsi b/arch/arm64/boot/dts/rockchip/rk356x.dtsi >>>> index e42fbac6147b..bb0540d3008c 100644 >>>> --- a/arch/arm64/boot/dts/rockchip/rk356x.dtsi >>>> +++ b/arch/arm64/boot/dts/rockchip/rk356x.dtsi >>>> @@ -29,6 +29,8 @@ >>>> i2c3 = &i2c3; >>>> i2c4 = &i2c4; >>>> i2c5 = &i2c5; >>>> + mmc0 = &sdmmc0; >>>> + mmc1 = &sdhci; >>>> serial0 = &uart0; >>>> serial1 = &uart1; >>>> serial2 = &uart2; >>>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> linux-arm-kernel mailing list >>> linux-arm-kernel@lists.infradead.org >>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel >>> >> >> >> > > > > > -- Pengutronix e.K. | | Steuerwalder Str. 21 | http://www.pengutronix.de/ | 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 | Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |