Re: [PATCH 4/5] ARM: dts: microchip: Rename the usb node
From: Krzysztof Kozlowski <krzk@kernel.org>
Date: 2024-08-14 13:22:40
Also in:
linux-arm-kernel, lkml
On 14/08/2024 14:26, Andrei Simion wrote:
Rename the usb node according to devicetree specification and update the label according with the node-specific standard as: ohci, ehci or gadget.
Please wrap commit message according to Linux coding style / submission process (neither too early nor over the limit): https://elixir.bootlin.com/linux/v6.4-rc1/source/Documentation/process/submitting-patches.rst#L597 ...
quoted hunk ↗ jump to hunk
diff --git a/arch/arm/boot/dts/microchip/aks-cdu.dts b/arch/arm/boot/dts/microchip/aks-cdu.dts index 742fcf525e1b..52e166c8a365 100644 --- a/arch/arm/boot/dts/microchip/aks-cdu.dts +++ b/arch/arm/boot/dts/microchip/aks-cdu.dts@@ -50,13 +50,13 @@ macb0: ethernet@fffc4000 { status = "okay"; }; - usb1: gadget@fffa4000 { + gadget: usb@fffa4000 { atmel,vbus-gpio = <&pioC 15 GPIO_ACTIVE_HIGH>; status = "okay"; }; }; - usb0: ohci@500000 { + ohci: usb@500000 {
I don't think that these label renames are correct.
quoted hunk ↗ jump to hunk
num-ports = <2>; status = "okay"; };diff --git a/arch/arm/boot/dts/microchip/animeo_ip.dts b/arch/arm/boot/dts/microchip/animeo_ip.dts index 29936bfbeeb7..911c8d9ee013 100644 --- a/arch/arm/boot/dts/microchip/animeo_ip.dts +++ b/arch/arm/boot/dts/microchip/animeo_ip.dts@@ -136,7 +136,7 @@ ubi@60000 { }; }; - usb0: ohci@500000 { + ohci: usb@500000 { num-ports = <2>; atmel,vbus-gpio = <&pioB 15 GPIO_ACTIVE_LOW>; status = "okay";diff --git a/arch/arm/boot/dts/microchip/at91-ariag25.dts b/arch/arm/boot/dts/microchip/at91-ariag25.dts index 713d18f80356..fedcf30a924e 100644 --- a/arch/arm/boot/dts/microchip/at91-ariag25.dts +++ b/arch/arm/boot/dts/microchip/at91-ariag25.dts@@ -173,11 +173,11 @@ &usart3 { status = "okay"; }; -&usb0 { +&ohci { status = "okay"; num-ports = <3>; }; -&usb1 { +&ehci { status = "okay"; };
And how now the sorting works? I don't get the point of it. What is exactly wrong in the label that justifies the code reshuffling. BTW, is this some sort of v2? If so, provide changelog and properly version your patches. Best regards, Krzysztof