On Fri, Jan 23, 2026 at 07:24:04AM +0000, Alice Guo (OSS) wrote: > > -----邮件原件----- > > 发件人: U-Boot <[email protected]> 代表 Marek Vasut > > 发送时间: 2026年1月22日 20:34 > > 收件人: Ernest Van Hoecke <[email protected]>; Chris Morgan > > <[email protected]>; Peng Fan (OSS) <[email protected]>; Alice > > Guo <[email protected]> > > 抄送: [email protected]; [email protected]; > > [email protected]; [email protected]; > > [email protected]; [email protected]; [email protected]; > > [email protected]; [email protected]; Thinh Nguyen > > <[email protected]>; Mian Yousaf Kaukab > > <[email protected]> > > 主题: Re: [PATCH V2 4/4] usb: dwc3: core: improve reset sequence > > > > On 1/22/26 1:15 PM, Ernest Van Hoecke wrote: > > > On Thu, Jan 15, 2026 at 05:01:35PM -0600, Chris Morgan wrote: > > >> From: Chris Morgan <[email protected]> > > >> > > >> According to Synopsys Databook, we shouldn't be relying on > > >> GCTL.CORESOFTRESET bit as that's only for debugging purposes. > > >> Instead, let's use DCTL.CSFTRST if we're OTG or PERIPHERAL mode. > > >> > > >> Host side block will be reset by XHCI driver if necessary. Note that > > >> this reduces amount of time spent on dwc3_probe() by a long margin. > > >> > > >> We're still gonna wait for reset to finish for a long time (default > > >> to 1ms max), but tests show that the reset polling loop executed at > > >> most 19 times (modprobe dwc3 && modprobe -r dwc3 executed 1000 > > times > > >> in a row). > > >> > > >> Note that this patch was submitted to Linux in 2016 [1], however I > > >> can confirm it is needed to support gadget mode in U-Boot on my device. > > >> While I am referencing this patch from Linux I am in fact taking the > > >> full existing dwc3_core_soft_reset() function from Linux as it exists > > >> in v6.19-rc5, so it may differ slightly from the information in the > > >> 2016 patch. > > >> > > >> [1] > > >> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/pa > > >> tch/drivers/usb/dwc3?id=f59dcab176293b646e1358144c93c58c3cda2813 > > >> > > > > > > Hi Chris, > > > > > > Thanks for your work here. We also have issues with gadget mode on the > > > iMX95 DWC3 IP, noticed on our Aquila iMX95 SoM. This patch series > > > fixes our issues, but only with a small change: > > > > > >> - mdelay(100); > > >> + dev_warn(dwc->dev, "DWC3 controller soft reset failed.\n"); > > >> + return -ETIMEDOUT; > > >> > > >> - /* After PHYs are stable we can take Core out of reset state */ > > >> - reg = dwc3_readl(dwc->regs, DWC3_GCTL); > > >> - reg &= ~DWC3_GCTL_CORESOFTRESET; > > >> - dwc3_writel(dwc->regs, DWC3_GCTL, reg); > > >> +done: > > >> + /* > > >> + * For DWC_usb31 controller 1.80a and prior, once DCTL.CSFRST > > >> bit > > >> + * is cleared, we must wait at least 50ms before accessing the > > >> PHY > > >> + * domain (synchronization delay). > > >> + */ > > >> + if (DWC3_VER_IS_WITHIN(DWC31, ANY, 180A)) > > >> + mdelay(50); > > > > > > On the iMX95 I also need this delay to get everything functional. If I > > > remove the conditional version check here, it works well. > > > 'dwc->revision' is 0x5533330B. > > > > > > Is anyone aware of the DWC3 requirements on the iMX95? > > Likely Alice or Peng. > > Hi Ernest, > > Thank you for your feedback on i.MX95. > > I tested this patch series on the i.MX95 19x19 EVK board with USB SDP boot > over the USB3 interface, and it works correctly without the additional delay. > > The Universal Serial Bus 3.0 Controller on i.MX95 does not need this delay in > my testing. Could you please verify that the Universal Serial Bus 3.0 PHY is > configured correctly in your setup? > > Best regards, > Alice Guo
Hi Alice, I spent some time testing again and comparing the differences between 19x19 EVK and our Aquila iMX95 device trees to make sure the DWC3 and DWC3 PHY configs were the same, and I cannot get the USB gadget to function without this delay in U-Boot proper. It works in the U-Boot SPL, does it also work in U-Boot proper for the EVK, or just the SPL? If there really is some difference here I can dig up an EVK and continue my testing. Thank you for your help. Kind regards, Ernest
