[RFC PATCH 0/5] drivers: usb: dwc3: sync code with Linux v6.16-rc1
Marek Vasut
marek.vasut at mailbox.org
Sun Nov 23 21:39:51 CET 2025
On 11/21/25 4:37 PM, Jerome Forissier wrote:
> The DWC3 USB driver was forked from the Linux kernel v3.19-rc1 eleven
> years ago by commit 85d5e7075f33 ("usb: dwc3: add dwc3 folder from linux
> kernel to u-boot"). Since then, not many kernel changes have been ported
> back into to U-Boot. This series is an attempt at synchronizing the code
> with a somewhat current kernel (namely, v6.16.rc7 which was the latest
> released when this effort was started).
>
> - The first three commits ("usb: dwc3: re-import from kernel v6.16-rc7",
> "usb: host: re-import xhci-ext-caps.h from kernel", usb: gadget:
> re-import epautoconf.c from kernel v6.16-rc7" and "usb: udc: re-import
> udc-core.c from kernel v6.16-rc7") replace files with their counterpart
> from the kernel, unmodified.
> - The last commit ("usb: fix build after resync of DWC3 with kernel
> v6.16-rc7") makes the necessary changes to adapt to U-Boot and fix the
> build.
>
> Note that this is mostly compile-tested only. The CI pipeline on
> source.denx.de was used as a OK/NOK indicator [0]. Only one config was
> actually tested on real hardware: xilinx_zynqmp_kria_defconfig. With the
> help of a custom build script [1] and with an additional patch [2], I
> could boot the Kria KV260 board and make it detect a USB SSD plugged into
> one of its USB 3.0 ports. It certainly doesn't mean all platforms using
> the DWC3 driver are still OK, but at least there is some hope. If this
> breaks your platform I'd like to know, and if you can send a fix it's
> even better.
>
> I realize this is a big change and I did it this way essentially to get
> going and be able to post this RFC. But I am not saying this is the way
> the re-sync has to be done. Feedback is welcome.
Thank you for doing this.
Do you plan to sync this further to 6.18 ?
I will also ask the usual question -- would it be possible to
cherry-pick this from old Linux until current state commit-by-commit ?
I can imagine the process would be:
- Identify which Linux kernel commit was used as a starting point for
the U-Boot DWC3 driver
- Undo all changes from the U-Boot DWC3 driver applied since
- Cherry-pick new Linux kernel patches
- Check what might be missing
More information about the U-Boot
mailing list