From: Thinh Nguyen <Thinh.Nguyen@synopsys.com>
To: Mike Looijmans <mike.looijmans@topic.nl>
Cc: Thinh Nguyen <Thinh.Nguyen@synopsys.com>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] usb: dwc3: gadget: Inform system of suspended state
Date: Tue, 4 Jun 2024 23:06:30 +0000 [thread overview]
Message-ID: <20240604230624.dk3pssivd7g3qb7p@synopsys.com> (raw)
In-Reply-To: <0fceefc4-2b3c-41a4-a6ac-d0b6dbacc1f7@topic.nl>
Hi,
On Tue, Jun 04, 2024, Mike Looijmans wrote:
> On 04-06-2024 03:03, Thinh Nguyen wrote:
> > Hi,
> >
> > On Mon, Jun 03, 2024, Mike Looijmans wrote:
> > > When disconnecting the USB cable on an LS1028 device, nothing happens
> > > in userspace, which keeps thinking everything is still up and running.
> > > Turns out that the DWC3 controller only sends DWC3_DEVICE_EVENT_SUSPEND
> > > in that case, and not a DWC3_DEVICE_EVENT_DISCONNECT as one would
> > > expect. As a result, sysfs attribute "state" remains "configured"
> > > until something resets it.
> > >
> > > Forward the "suspended" state to sysfs, so that the "state" at least
> > > changes into "suspended" when one removes the cable, and hence also
> > > matches the gadget's state when really suspended.
> > On disconnection, did you see disconnect interrupt? If so, it should
> > transition to USB_STATE_NOATTACHED. This change doesn't seem to directly
> > address your issue. Can you provide the driver tracepoints?
>
> The device doesn't issue a disconnect event, I didn't have tracing enabled
> in the kernel but added some dev_info() calls to determine what was going
> on. Added this to dwc3_process_event_entry():
>
> dev_info(dwc->dev, "event: 0x%x type=0x%x", event->raw, event->type.type);
>
> When disconnecting the cable from the host, I see this:
>
> [ 50.841411] dwc3 3110000.usb: event: 0x6084 type=0x42
> [ 50.841457] dwc3 3110000.usb: event: 0x4086 type=0x43
> [ 50.841494] dwc3 3110000.usb: event: 0x6084 type=0x42
> [ 50.841534] dwc3 3110000.usb: event: 0x4086 type=0x43
> [ 50.841571] dwc3 3110000.usb: event: 0x4086 type=0x43
> [ 52.650990] dwc3 3110000.usb: event: 0x30601 type=0x0
>
> The "0x4086" and "0x6084" messages are endpoint events that occur all the
> time while connected. The last event is the "suspend" one. After that, total
> silence.
>
> If you need traces, please point me to a description on how to obtain them.
>
>
Let me know if you run into issues following this instructions to
capture the tracepoints:
https://docs.kernel.org/driver-api/usb/dwc3.html#required-information
From the patch you provided, you only apply the change for the usb
suspend. But did your device go through system suspend? If that's the
case, then the dwc3 driver will cause a soft-disconnect. Currently that
will not prompt a state change. We need the tracepoint to know more
detail.
Until we have the tracepoints, you can experiment with this test patch.
If my suspiction is correct, then this may resolve your issue:
diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
index 89fc690fdf34..29dbb889a0e2 100644
--- a/drivers/usb/dwc3/gadget.c
+++ b/drivers/usb/dwc3/gadget.c
@@ -2682,6 +2682,8 @@ static int dwc3_gadget_soft_disconnect(struct dwc3 *dwc)
*/
ret = dwc3_gadget_run_stop(dwc, false);
+ usb_gadget_set_state(dwc->gadget, USB_STATE_NOTATTACHED);
+
/*
* Stop the gadget after controller is halted, so that if needed, the
* events to update EP0 state can still occur while the run/stop
--
Thanks,
Thinh
next prev parent reply other threads:[~2024-06-04 23:06 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1b153bce-a66a-45ee-a5c6-963ea6fb1c82.949ef384-8293-46b8-903f-40a477c056ae.c5f44c79-75b2-43c1-a791-806fe8b693cd@emailsignatures365.codetwo.com>
2024-06-03 13:13 ` [PATCH] usb: dwc3: gadget: Inform system of suspended state Mike Looijmans
2024-06-04 1:03 ` Thinh Nguyen
2024-06-04 5:26 ` Mike Looijmans
2024-06-04 6:45 ` Krishna Kurapati PSSNV
2024-06-04 8:25 ` Mike Looijmans
2024-06-04 8:52 ` Krishna Kurapati PSSNV
2024-06-04 23:06 ` Thinh Nguyen [this message]
2024-06-05 14:32 ` Mike Looijmans
2024-06-06 0:28 ` Thinh Nguyen
2024-06-06 5:52 ` Mike Looijmans
2024-06-06 15:11 ` Mike Looijmans
2024-06-06 20:21 ` Thinh Nguyen
2024-06-07 6:10 ` Mike Looijmans
2024-06-07 22:57 ` Thinh Nguyen
2024-06-11 4:59 ` Mike Looijmans
2024-06-11 8:02 ` Mike Looijmans
2024-06-13 0:32 ` Thinh Nguyen
2024-06-13 8:51 ` Mike Looijmans
2024-06-17 23:46 ` Thinh Nguyen
2024-06-18 0:26 ` Thinh Nguyen
2024-06-05 14:41 ` Mike Looijmans
2024-06-06 0:29 ` Thinh Nguyen
2026-03-05 9:45 ` Ravineet Singh
2026-03-06 2:06 ` Thinh Nguyen
2026-03-06 12:07 ` Ravineet Singh
2026-03-06 23:05 ` Thinh Nguyen
2026-03-09 9:52 ` Ravineet Singh
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20240604230624.dk3pssivd7g3qb7p@synopsys.com \
--to=thinh.nguyen@synopsys.com \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mike.looijmans@topic.nl \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox