[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87c6249a-96f1-4557-b4eb-70e69e6d773f@kwiboo.se>
Date: Thu, 10 Jul 2025 02:00:34 +0200
From: Jonas Karlman <jonas@...boo.se>
To: Chukun Pan <amadeus@....edu.cn>
Cc: conor+dt@...nel.org, devicetree@...r.kernel.org, heiko@...ech.de,
krzk+dt@...nel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org, linux-rockchip@...ts.infradead.org,
robh@...nel.org, ziyao@...root.org
Subject: Re: [PATCH 4/6] arm64: dts: rockchip: Add ArmSoM Sige1
Hi,
On 7/9/2025 9:00 AM, Chukun Pan wrote:
> Hi,
>
>> + vcc5v0_usb1_host: regulator-5v0-vcc-usb1-host {
>> + compatible = "regulator-fixed";
>> ...
>> + regulator-always-on;
>> + regulator-boot-on;
>> ...
>> + vcc5v0_usb2_host: regulator-5v0-vcc-usb2-host {
>> + regulator-always-on;
>> + regulator-boot-on;
>> ...
>
> I think these two regulators do not need boot-on?
Agree, will remove the boot-on in v2.
>
>> + rfkill {
>> + compatible = "rfkill-gpio";
>> + label = "rfkill-wlan";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&wifi_reg_on_h>;
>> + radio-type = "wlan";
>> + shutdown-gpios = <&gpio1 RK_PA6 GPIO_ACTIVE_HIGH>;
>> + };
>
> Why not use mmc-pwrseq instead of rfkill?
Not sure, have changed to use mmc-pwrseq in v2.
>
>> + rfkill-bt {
>> + compatible = "rfkill-gpio";
>> + label = "rfkill-bt";
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&bt_reg_on_h>;
>> + radio-type = "bluetooth";
>> + shutdown-gpios = <&gpio1 RK_PC1 GPIO_ACTIVE_HIGH>;
>> + };
>
> Why not use shutdown-gpios of bcm43438-bt?
Sure, will use that in v2.
>
>> +&i2c0 {
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&i2c0m0_xfer>;
>> + status = "okay";
>> +
>> + hym8563: rtc@51 {
>> + compatible = "haoyu,hym8563";
>> + reg = <0x51>;
>> + #clock-cells = <0>;
>> + clock-output-names = "hym8563";
>
> CLKOUT pin is not connected.
Thanks, will remove the clock-output-names for the Sige1 and the NanoPi
Zero2 in v2, #clock-cells seem to be required by the dt-bindings.
>
>> +&sdio0 {
>> + bus-width = <4>;
>> + cap-sd-highspeed;
>> + cap-sdio-irq;
>> + disable-wp;
>> + keep-power-in-suspend;
>> + no-mmc;
>> + no-sd;
>> + non-removable;
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&sdio0_bus4>, <&sdio0_clk>, <&sdio0_cmd>, <&clkm1_32k_out>;
>
> I recommend using clkm1_32k_out at the sdio-pwrseq node.
Will do so in v2.
>
>> + sd-uhs-sdr104;
>> + vmmc-supply = <&vcc_3v3>;
>> + vqmmc-supply = <&vcc_1v8>;
>> + status = "okay";
>
> Maybe `brcm,bcm4329-fmac` nodes can be added here?
Will add to in v2.
>
>> +&uart2 {
>> + pinctrl-names = "default";
>> + pinctrl-0 = <&uart2m1_xfer>, <&uart2m1_ctsn>, <&uart2m1_rtsn>;
>> + uart-has-rtscts;
>> + status = "okay";
>
> You can add `brcm,bcm43438-bt` nodes here:
>
> bluetooth {
> compatible = "brcm,bcm43438-bt";
> device-wakeup-gpios = <&gpio3 RK_PC3 GPIO_ACTIVE_HIGH>;
> host-wakeup-gpios = <&gpio1 RK_PC2 GPIO_ACTIVE_HIGH>;
> shutdown-gpios = <&gpio1 RK_PC1 GPIO_ACTIVE_HIGH>;
> ...
> };
Will use something similar in v2.
See [1] for fixups I am testing for v2.
[1] https://github.com/Kwiboo/linux-rockchip/commits/next-20250708-rk3528-boards/
Regards,
Jonas
>
> Thanks,
> Chukun
>
> --
> 2.25.1
>
Powered by blists - more mailing lists