diff options
author | Rodrigo Balerdi <lanchon@gmail.com> | 2022-04-09 18:26:17 -0300 |
---|---|---|
committer | Hauke Mehrtens <hauke@hauke-m.de> | 2022-04-17 21:31:01 +0200 |
commit | b142587f6e8a401da19dfc2f5db3474687fbf194 (patch) | |
tree | c6bbc8258ee135ac89ae00121679ec15bf859cce /package/utils | |
parent | aa9ae01ee38005dfb93a2e49254ee7c4f9c53331 (diff) | |
download | upstream-b142587f6e8a401da19dfc2f5db3474687fbf194.tar.gz upstream-b142587f6e8a401da19dfc2f5db3474687fbf194.tar.bz2 upstream-b142587f6e8a401da19dfc2f5db3474687fbf194.zip |
ipq806x: fix USB bug in 5.10 dtsi additions
The existing device tree has incorrect definitions for usb3_0 and usb3_1
and the blocks they depend upon: their addresses and interrupts are
swapped. However, their clocks and resets are not. The result is that
the USB blocks are non-functional if only one of them is enabled.
This fix backports the definitions from mainline Linux 5.15 to
OpenWrt's 5.10 dtsi additions. See the relevant mainline code here:
https://github.com/torvalds/linux/blob/v5.17/arch/arm/boot/dts/qcom-ipq8064.dtsi#L1062-L1148
This fix does not break existing ports. But some ports may have enabled
both USB blocks even thought their board only implements one, because
enabling a single USB block would not have worked before this fix.
This means that revisiting all ports of ipq806x devices that implement
a single USB port is advised. This work must be done by maintainers that
can determine which USB block corresponds to the implemented port on
their hardware.
Note that this fix swaps the names of the hardware ports. This is
unfortunate, but will happen anyway when switching to kernel 5.15. Thus,
it is best to do this ASAP, before users get to depend on port names.
It is strongly recommended that this fix is backported to 22.03 before
its release. This will minimize the number of users affected by the port
name swap.
Signed-off-by: Rodrigo Balerdi <lanchon@gmail.com>
(cherry picked from commit 284f2c2ae0e569660effa61c9f8d0f6459a2ae19)
Diffstat (limited to 'package/utils')
0 files changed, 0 insertions, 0 deletions