Re: [PATCH RESEND v9 5/5] arm64: dts: apm: Harmonize DWC USB3 DT nodes name
On 24/06/2022 22:59, Serge Semin wrote:
> On Fri, Jun 24, 2022 at 07:17:53PM +0200, Krzysztof Kozlowski wrote:
>> On 24/06/2022 16:16, Serge Semin wrote:
>>> In accordance with the DWC USB3 bindings the corresponding node
>>> name is suppose to comply with the Generic USB HCD DT schema, which
>>> requires the USB nodes to have the name acceptable by the regexp:
>>> "^usb(@.*)?" . Make sure the "snps,dwc3"-compatible nodes are correctly
>>> named despite of the warning comment about possible backward
>>> compatibility issues.
>>
>
>> Sometimes node name is exposed to user-space which depends on it. How
>> did you check there is no issue here?
>
> I well remember the Qcom problem caused by one of my patch:
> https://lore.kernel.org/lkml/calaqxlx_fnvfndedwtgbfpjszuabfqxqe07dibjfztftwej...@mail.gmail.com/
>
> The next patch caused the same problem, but hasn't been reverted.
> https://lore.kernel.org/lkml/calaqxlwgujgr7p8vb5s_rimrvyxwm5xf-c4nkkgmh-43web...@mail.gmail.com/
>
> As before I am more inclined to thinking that the problem was mainly caused
> by the improper node-name utilization. Anyway John later noted that the
> problem was fixed in the user-space.
Yes, I remember. The node names are not considered ABI, therefore any
reliance on them is not correct.
I wonder however what was the reasoning for this comment in APM DTS.
> That why afterwards you were able
> to provide the commit b77a1c4d6b05 ("arm64: dts: qcom: correct DWC3
> node names and unit addresses").
>
> Anyway I am not able to track the way the node-name is used on the
> affected platform and can't make sure that the dts would be still
> working well on that devices. But seeing nobody responded/commented on
> this patch for more than a year we can at least try to merge this in
> and see whether it causes any problem should the denoted platform is
> still in use. If it does we can revert the update back and forget
> about it.
The APM is kind of abandoned, so indeed we might never get a reply.
I'll take it.
Best regards,
Krzysztof
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Re: [PATCH RESEND v9 5/5] arm64: dts: apm: Harmonize DWC USB3 DT nodes name
On Fri, Jun 24, 2022 at 07:17:53PM +0200, Krzysztof Kozlowski wrote:
> On 24/06/2022 16:16, Serge Semin wrote:
> > In accordance with the DWC USB3 bindings the corresponding node
> > name is suppose to comply with the Generic USB HCD DT schema, which
> > requires the USB nodes to have the name acceptable by the regexp:
> > "^usb(@.*)?" . Make sure the "snps,dwc3"-compatible nodes are correctly
> > named despite of the warning comment about possible backward
> > compatibility issues.
>
> Sometimes node name is exposed to user-space which depends on it. How
> did you check there is no issue here?
I well remember the Qcom problem caused by one of my patch:
https://lore.kernel.org/lkml/calaqxlx_fnvfndedwtgbfpjszuabfqxqe07dibjfztftwej...@mail.gmail.com/
The next patch caused the same problem, but hasn't been reverted.
https://lore.kernel.org/lkml/calaqxlwgujgr7p8vb5s_rimrvyxwm5xf-c4nkkgmh-43web...@mail.gmail.com/
As before I am more inclined to thinking that the problem was mainly caused
by the improper node-name utilization. Anyway John later noted that the
problem was fixed in the user-space. That why afterwards you were able
to provide the commit b77a1c4d6b05 ("arm64: dts: qcom: correct DWC3
node names and unit addresses").
Anyway I am not able to track the way the node-name is used on the
affected platform and can't make sure that the dts would be still
working well on that devices. But seeing nobody responded/commented on
this patch for more than a year we can at least try to merge this in
and see whether it causes any problem should the denoted platform is
still in use. If it does we can revert the update back and forget
about it.
-Sergey
>
> >
> > Signed-off-by: Serge Semin
> > Acked-by: Krzysztof Kozlowski
> > ---
> > arch/arm64/boot/dts/apm/apm-shadowcat.dtsi | 4 ++--
> > arch/arm64/boot/dts/apm/apm-storm.dtsi | 6 +++---
> > 2 files changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> > b/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> > index a83c82c50e29..832dd85b00bd 100644
> > --- a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> > +++ b/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> > @@ -597,8 +597,8 @@ serial0: serial@1060 {
> > interrupts = <0x0 0x4c 0x4>;
> > };
> >
> > - /* Do not change dwusb name, coded for backward compatibility */
> > - usb0: dwusb@1900 {
> > + /* Node-name might need to be coded as dwusb for backward
> > compatibility */
> > + usb0: usb@1900 {
> > status = "disabled";
> > compatible = "snps,dwc3";
> > reg = <0x0 0x1900 0x0 0x10>;
> > diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
> > b/arch/arm64/boot/dts/apm/apm-storm.dtsi
> > index 0f37e77f5459..1520a945b7f9 100644
> > --- a/arch/arm64/boot/dts/apm/apm-storm.dtsi
> > +++ b/arch/arm64/boot/dts/apm/apm-storm.dtsi
> > @@ -923,8 +923,8 @@ sata3: sata@1a80 {
> > phy-names = "sata-phy";
> > };
> >
> > - /* Do not change dwusb name, coded for backward compatibility */
> > - usb0: dwusb@1900 {
> > + /* Node-name might need to be coded as dwusb for backward
> > compatibility */
> > + usb0: usb@1900 {
> > status = "disabled";
> > compatible = "snps,dwc3";
> > reg = <0x0 0x1900 0x0 0x10>;
> > @@ -933,7 +933,7 @@ usb0: dwusb@1900 {
> > dr_mode = "host";
> > };
> >
> > - usb1: dwusb@1980 {
> > + usb1: usb@1980 {
> > status = "disabled";
> > compatible = "snps,dwc3";
> > reg = <0x0 0x1980 0x0 0x10>;
>
>
> Best regards,
> Krzysztof
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
Re: [PATCH RESEND v9 5/5] arm64: dts: apm: Harmonize DWC USB3 DT nodes name
On 24/06/2022 16:16, Serge Semin wrote:
> In accordance with the DWC USB3 bindings the corresponding node
> name is suppose to comply with the Generic USB HCD DT schema, which
> requires the USB nodes to have the name acceptable by the regexp:
> "^usb(@.*)?" . Make sure the "snps,dwc3"-compatible nodes are correctly
> named despite of the warning comment about possible backward
> compatibility issues.
Sometimes node name is exposed to user-space which depends on it. How
did you check there is no issue here?
>
> Signed-off-by: Serge Semin
> Acked-by: Krzysztof Kozlowski
> ---
> arch/arm64/boot/dts/apm/apm-shadowcat.dtsi | 4 ++--
> arch/arm64/boot/dts/apm/apm-storm.dtsi | 6 +++---
> 2 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> b/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> index a83c82c50e29..832dd85b00bd 100644
> --- a/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> +++ b/arch/arm64/boot/dts/apm/apm-shadowcat.dtsi
> @@ -597,8 +597,8 @@ serial0: serial@1060 {
> interrupts = <0x0 0x4c 0x4>;
> };
>
> - /* Do not change dwusb name, coded for backward compatibility */
> - usb0: dwusb@1900 {
> + /* Node-name might need to be coded as dwusb for backward
> compatibility */
> + usb0: usb@1900 {
> status = "disabled";
> compatible = "snps,dwc3";
> reg = <0x0 0x1900 0x0 0x10>;
> diff --git a/arch/arm64/boot/dts/apm/apm-storm.dtsi
> b/arch/arm64/boot/dts/apm/apm-storm.dtsi
> index 0f37e77f5459..1520a945b7f9 100644
> --- a/arch/arm64/boot/dts/apm/apm-storm.dtsi
> +++ b/arch/arm64/boot/dts/apm/apm-storm.dtsi
> @@ -923,8 +923,8 @@ sata3: sata@1a80 {
> phy-names = "sata-phy";
> };
>
> - /* Do not change dwusb name, coded for backward compatibility */
> - usb0: dwusb@1900 {
> + /* Node-name might need to be coded as dwusb for backward
> compatibility */
> + usb0: usb@1900 {
> status = "disabled";
> compatible = "snps,dwc3";
> reg = <0x0 0x1900 0x0 0x10>;
> @@ -933,7 +933,7 @@ usb0: dwusb@1900 {
> dr_mode = "host";
> };
>
> - usb1: dwusb@1980 {
> + usb1: usb@1980 {
> status = "disabled";
> compatible = "snps,dwc3";
> reg = <0x0 0x1980 0x0 0x10>;
Best regards,
Krzysztof
___
linux-snps-arc mailing list
linux-snps-arc@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-snps-arc
