[PATCH v3 3/3] usb: dwc3: imx8mp: disable auto suspend for host role
Franz Schnyder
fra.schnyder at gmail.com
Fri May 8 09:04:49 PDT 2026
Hi Xu,
On Fri, May 08, 2026 at 06:54:40PM +0800, Xu Yang wrote:
> It's strange that link->status is not DL_STATE_DORMANT or DL_STATE_NONE at
> the time which means the device core may not properly unbind consumer devices
> or handle something. The patch does a simple thing so the issue may not come
> from the patch itself.
>
> 1639: list_for_each_entry_safe_reverse(link, ln, &dev->links.consumers, s_node) {
> 1640: WARN_ON(link->status != DL_STATE_DORMANT &&
> 1641: link->status != DL_STATE_NONE);
> 1642: __device_link_del(&link->kref);
> 1643: }
>
> Which kernel and dtb are you using? If it's a downstream repo, how do the USB
> controller and related DTS nodes look like?
I was using kernel version 7.1-rc2 and noticed it while working on
sending the Aquila iMX95 upstream.
https://lore.kernel.org/all/20260506-add-aquila-imx95-v1-2-69c8ee1c5413@toradex.com/
>
> Does the issue easily happen? Does dwc3_imx8mp_probe() eventually succeed?
I did various boot attempts with the commit reverted and couldn't
reproduce the issue. With the commit I ran into the issue in about one
third of all boot attempts. So most of the time dwc3_imx8mp_prove
actually succeeds.
>
> Could you add "#define DEBUG" in the head of drivers/base/core.c, rerun and share the log?
>
I can provide you with the data next week.
> Yes, if you use the new driver, I think this issue won't happen at all.
>
So once your work is merged in the imx95.dtsi we should be fine.
> Thanks,
> Xu Yang
Best regards,
Franz
More information about the linux-arm-kernel
mailing list