From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 6B639C531DC for ; Tue, 20 Aug 2024 13:36:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=4lUdMp3scQRC8ya+XkoXwZ2x8qgKl8Xcwrg0GcGvMQY=; b=r/gYwCyQohKh1j GzIThigoGjU2zajvKYAoFwVSn01+9MAHOXvTqmpbNbYVB3q5LZJERKnOHPknZ9w8EhZgFEDHE4XDQ 8/4Gc0DZlb1na8AvLZ9o5Zn0R5wUFTc5MFBPQ6FRBkPW/EocOQtQGNn0E5/c4b+NYAGE79wdwCcfg U4KoYGbwTfVm03tjZHUTDo7dXggTG9a7e6hJWTx2FDsjTDlL3T3cR/9VaXjRi7rXVYU3KE0sOKP2F YIEDFrBeStd7tR9MydctPHYQT4UDidPrmWtsLM3QkS6ZUTJS77vWsm7cJnJx2gyqItBPbKzPkPyps sdg2NBX3N6COkyQcTKOg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1sgP1j-00000005ORp-2eWq; Tue, 20 Aug 2024 13:35:59 +0000 Received: from forward501a.mail.yandex.net ([2a02:6b8:c0e:500:1:45:d181:d501]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1sgP0z-00000005OIe-1UBS; Tue, 20 Aug 2024 13:35:16 +0000 Received: from mail-nwsmtp-smtp-production-main-18.vla.yp-c.yandex.net (mail-nwsmtp-smtp-production-main-18.vla.yp-c.yandex.net [IPv6:2a02:6b8:c2b:1d5:0:640:773e:0]) by forward501a.mail.yandex.net (Yandex) with ESMTPS id C0386613DD; Tue, 20 Aug 2024 16:35:05 +0300 (MSK) Received: by mail-nwsmtp-smtp-production-main-18.vla.yp-c.yandex.net (smtp/Yandex) with ESMTPSA id wYNd7uDTquQ0-i9SdytvD; Tue, 20 Aug 2024 16:35:04 +0300 X-Yandex-Fwd: 1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.com; s=mail; t=1724160904; bh=Yc+SkPJPd/j9LC0nYHlrZb5VAOmJ1MFJRkiKmb/ch6A=; h=From:In-Reply-To:Cc:Date:References:To:Subject:Message-ID; b=bhu5URS2bSD/fVC8Dzn+eKEyID2HpY0mlyRqNtDTSUdfHvfOHvpoG8f/DIwhJOPxu eOMB7ZhqdzATeB1LPxOZQSQkmYA8bGSktt/+FWQxImxAPvg/JVNww43A4AKyEx+azv l024ikWXXXUw7S/kMhF9tVYCOBmo0Gs0gSpiSQ8A= Authentication-Results: mail-nwsmtp-smtp-production-main-18.vla.yp-c.yandex.net; dkim=pass header.i=@yandex.com Message-ID: <1d7ffd09-99b9-43d8-a2f5-6e5455b4e5a1@yandex.com> Date: Tue, 20 Aug 2024 15:34:58 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 09/10] arm64: dts: rockchip: Add rk3576 SoC base DT To: Detlev Casanova , linux-kernel@vger.kernel.org Cc: Rob Herring , Krzysztof Kozlowski , Conor Dooley , Heiko Stuebner , Andi Shyti , Jonathan Cameron , Lars-Peter Clausen , Lee Jones , Greg Kroah-Hartman , Jiri Slaby , Daniel Lezcano , Thomas Gleixner , Chris Morgan , Jonas Karlman , Tim Lunn , Muhammed Efe Cetin , Andy Yan , Jagan Teki , Dragan Simic , Sebastian Reichel , Shresth Prasad , Ondrej Jirman , Weizhao Ouyang , Alexey Charkov , Jimmy Hon , Finley Xiao , Yifeng Zhao , Elaine Zhang , Liang Chen , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-rockchip@lists.infradead.org, linux-i2c@vger.kernel.org, linux-iio@vger.kernel.org, linux-serial@vger.kernel.org, kernel@collabora.com References: <20240802214612.434179-1-detlev.casanova@collabora.com> <20240802214612.434179-10-detlev.casanova@collabora.com> <1944590.atdPhlSkOF@trenzalore> Content-Language: en-US From: Johan Jonker In-Reply-To: <1944590.atdPhlSkOF@trenzalore> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240820_063514_043297_11AB4C85 X-CRM114-Status: GOOD ( 30.37 ) X-BeenThere: linux-rockchip@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Upstream kernel work for Rockchip platforms List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-rockchip" Errors-To: linux-rockchip-bounces+linux-rockchip=archiver.kernel.org@lists.infradead.org On 8/19/24 22:06, Detlev Casanova wrote: > Hi Johan, > > On Thursday, 15 August 2024 05:30:25 EDT Johan Jonker wrote: >> Some comments below. Whenever useful. >> >> On 8/2/24 23:45, Detlev Casanova wrote: >>> This device tree contains all devices necessary for booting from network >>> or SD Card. >>> >>> It supports CPU, CRU, PM domains, dma, interrupts, timers, UART and >>> SDHCI (everything necessary to boot Linux on this system on chip) as >>> well as Ethernet, I2C, SPI and OTP. >>> >>> Also add the necessary DT bindings for the SoC. >>> >>> Signed-off-by: Liang Chen >>> Signed-off-by: Finley Xiao >>> Signed-off-by: Yifeng Zhao >>> Signed-off-by: Elaine Zhang >>> [rebase, squash and reword commit message] >>> Signed-off-by: Detlev Casanova >>> --- >> >> [..] >> >>> diff --git a/arch/arm64/boot/dts/rockchip/rk3576.dtsi >>> b/arch/arm64/boot/dts/rockchip/rk3576.dtsi new file mode 100644 >>> index 0000000000000..00c4d2a153ced >>> --- /dev/null >>> +++ b/arch/arm64/boot/dts/rockchip/rk3576.dtsi >> [..] >> >> For uart0..uart11: >>> + >>> + uart1: serial@27310000 { >>> + compatible = "rockchip,rk3576-uart", "snps,dw-apb- > uart"; >>> + reg = <0x0 0x27310000 0x0 0x100>; >>> >>> + interrupts = ; >> >> "interrupts" are sort just like other properties. A mix of sort styles >> exists, so check all nodes. > > Ok, so it should be sorted alphabetically with the following exceptions: > - 'compatible' and 'reg.*' on top > - "#.*" at the end, sorted > - "status" last. > > Is that right ? The dts-coding-style.rst does not say much about things with "#", so below a property they refer to or at the end looks nicer. No strict rule, but do it in a consistent style in file. Original comment by robh for things with "reg": "It makes more sense to keep reg-io-width together with reg." https://lore.kernel.org/all/20240131135955.GA966672-robh@kernel.org/ > >>> + clocks = <&cru SCLK_UART1>, <&cru PCLK_UART1>; >>> + clock-names = "baudclk", "apb_pclk"; >>> >>> + reg-shift = <2>; >>> + reg-io-width = <4>; >> >> Move below "reg". >> >>> + dmas = <&dmac0 8>, <&dmac0 9>; >>> + pinctrl-names = "default"; >>> + pinctrl-0 = <&uart1m0_xfer>; >>> + status = "disabled"; >>> + }; >>> + >>> + pmu: power-management@27380000 { > > [...] > >>> + #address-cells = <1>; >>> + #size-cells = <0>; >>> + clocks = <&cru ACLK_VOP>, >>> + <&cru HCLK_VOP>, >>> + <&cru HCLK_VOP_ROOT>; >>> + pm_qos = <&qos_vop_m0>, >>> + <&qos_vop_m1ro>; >>> + >>> + power-domain@RK3576_PD_USB { >> >> Since when is USB part of VOP? >> Recheck? > > The TRM doesn't tell me anything, but If I don't put it as a child of VOP, it > just hangs when the kernel tries to shut it down. Could the people from Rockchip disclose the USB PD location? > > [...] > >>> + >>> + pinctrl: pinctrl { >>> + compatible = "rockchip,rk3576-pinctrl"; >>> + rockchip,grf = <&ioc_grf>; >>> + rockchip,sys-grf = <&sys_grf>; >>> + #address-cells = <2>; >>> + #size-cells = <2>; >>> + ranges; >>> + >>> >>> + gpio0: gpio@27320000 { >> >> The use of gpio nodes as subnode of pinctrl is deprecated. >> >> patternProperties: >> "gpio@[0-9a-f]+$": >> type: object >> >> $ref: /schemas/gpio/rockchip,gpio-bank.yaml# >> deprecated: true >> >> unevaluatedProperties: false > > I tried putting the gpio nodes out of the pinctrl node, they should work > because they already have a gpio-ranges field. > But unfortunately, that seem to break the pinctrl driver which hangs at some > point. Maybe some adaptations are needed to support this, or am I missing > something ? The aliases that we added to the DT files are a work around to prevent damage when we moved to generic gpio node names. There just happened to be some code for it in the driver... https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/gpio/gpio-rockchip.c#n719 Comment by robh: "GPIO shouldn't really have an alias either IMO." https://lore.kernel.org/linux-arm-kernel/20230118153236.GA33699-robh@kernel.org/ Mainline Rockchip gpio driver is not so to the standard. The file gpio-rockchip.c currently does nothing with "gpio-ranges" vs. bank and node relation. My simple patch was acked, but never applied. There's no public maintainer response of what to improve. Guess, probably something more complicated idiot prove "gpio-ranges" parsing/bank linking is needed? https://lore.kernel.org/linux-arm-kernel/890be9a0-8e82-a8f4-bc15-d5d1597343c2@gmail.com/ I leave this subject up to the experts to find out what is needed to improve. Don't ask me. Johan > >>> + compatible = "rockchip,gpio-bank"; >> >> When in use as separate node the compatible must be SoC related. >> >> Question for the maintainers: Extra entry to rockchip,gpio-bank.yaml ?? >> >>> + reg = <0x0 0x27320000 0x0 0x200>; >>> + interrupts = IRQ_TYPE_LEVEL_HIGH>; >>> + clocks = <&cru PCLK_GPIO0>, <&cru > DBCLK_GPIO0>; >>> + >>> + gpio-controller; >>> + #gpio-cells = <2>; >>> + gpio-ranges = <&pinctrl 0 0 32>; >>> + interrupt-controller; >>> + #interrupt-cells = <2>; >>> + }; >>> + >>> + gpio1: gpio@2ae10000 { >>> + >>> + gpio2: gpio@2ae20000 { >>> + >>> + gpio3: gpio@2ae30000 { >>> + >>> + gpio4: gpio@2ae40000 { >>> + }; >>> +}; >>> + >>> +#include "rk3576-pinctrl.dtsi" > > Regards, > > Detlev > > > _______________________________________________ Linux-rockchip mailing list Linux-rockchip@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-rockchip