[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <48c705e65cc8e8d4716b41a4a87170e3@manjaro.org>
Date: Tue, 25 Feb 2025 15:25:52 +0100
From: Dragan Simic <dsimic@...jaro.org>
To: Justin Klaassen <justin@...ylabs.net>
Cc: Tianling Shen <cnsztl@...il.com>, Kever Yang
<kever.yang@...k-chips.com>, Johan Jonker <jbx6244@...il.com>, Heiko
Stuebner <heiko@...ech.de>, Conor Dooley <conor+dt@...nel.org>, Krzysztof
Kozlowski <krzk+dt@...nel.org>, Rob Herring <robh@...nel.org>,
devicetree@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-rockchip@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] arm64: dts: rockchip: fix u2phy1_host status for NanoPi
R4S
Hello Justin,
Thanks for the patch! Please, see a few comments below.
On 2025-02-24 18:09, Justin Klaassen wrote:
> The u2phy1_host should always have the same status as usb_host1_ehci,
> otherwise the ehci driver may be initialized for a disabled usb port.
>
> Signed-off-by: Justin Klaassen <justin@...ylabs.net>
> ---
> arch/arm64/boot/dts/rockchip/rk3399-nanopi-r4s.dtsi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/arch/arm64/boot/dts/rockchip/rk3399-nanopi-r4s.dtsi
> b/arch/arm64/boot/dts/rockchip/rk3399-nanopi-r4s.dtsi
> index b1c9bd0e63ef..8d94d9f91a5c 100644
> --- a/arch/arm64/boot/dts/rockchip/rk3399-nanopi-r4s.dtsi
> +++ b/arch/arm64/boot/dts/rockchip/rk3399-nanopi-r4s.dtsi
> @@ -115,7 +115,7 @@ &u2phy0_host {
> };
>
> &u2phy1_host {
> - status = "disabled";
> + phy-supply = <&vdd_5v>;
> };
>
> &uart0 {
Indeed, the rk3399-nanopi4.dtsi file, which rk3399-nanopi-r4s.dtsi
extends, enables u2phy1_host, usb_host1_ehci and usb_host1_ohci,
so disabling u2phy1_host in rk3399-nanopi-r4s.dtsi makes no sense.
After checking the NanoPi R4S schematic, I can confirm that the
phy-supply references the right regulator. There are some strange
things in the schematic, but they're unrelated to this patch.
However, there should be a v2 of this patch with the proper Fixes
and CC: stable tags, so this bugfix also gets propagated into the
long-term kernels. Please, feel free to also include
Reviewed-by: Dragan Simic <dsimic@...jaro.org>
Powered by blists - more mailing lists