From: Thinh Nguyen <Thinh.Nguyen@synopsys.com>
To: Alan Stern <stern@rowland.harvard.edu>
Cc: Andrey Konovalov <andreyknvl@gmail.com>,
Felipe Balbi <balbi@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
USB list <linux-usb@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: dwc3: unusual handling of setup requests with wLength == 0
Date: Fri, 18 Aug 2023 03:26:10 +0000 [thread overview]
Message-ID: <20230818032607.prgavrozuq6p4r4x@synopsys.com> (raw)
In-Reply-To: <20230818031045.wovf5tj2un7nwf72@synopsys.com>
On Fri, Aug 18, 2023, Thinh Nguyen wrote:
> On Thu, Aug 17, 2023, Alan Stern wrote:
> > (Another design flaw is that this design doesn't specify what should
> > happen if the UDC receives another SETUP packet from the host before the
> > Status stage completes. By sending another SETUP packet, the host is
> > indicating that the earlier control transfer has been aborted.
> > Presumably the UDC driver will complete all the outstanding requests
> > with an error status, but there's a potential race in the gadget driver
> > between queuing a request for the first transfer and executing the
> > ->setup() callback for the second transfer.)
>
> If there's another SETUP packet coming while there's a pending control
> transfer, for dwc3 UDC, the pending control TRB should be completed with
> a Setup_pending status indicating aborted control transfer for dwc3
> driver to handle that.
>
There may be one special case where dwc3 UDC may hit a race is when
there's back-to-back Setup Packet happening faster than the system can
DMA out the SETUP data of the aborted control transfer from the
controller FIFO. But this scenario should be very rare and should only
occur in simulation.
BR,
Thinh
next prev parent reply other threads:[~2023-08-18 3:27 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-18 0:15 dwc3: unusual handling of setup requests with wLength == 0 Andrey Konovalov
2023-08-18 1:08 ` Thinh Nguyen
2023-08-18 2:37 ` Alan Stern
2023-08-18 3:10 ` Thinh Nguyen
2023-08-18 3:26 ` Thinh Nguyen [this message]
2023-08-18 3:42 ` Alan Stern
2023-08-18 19:49 ` Thinh Nguyen
2023-08-18 20:46 ` Thinh Nguyen
2023-08-18 23:06 ` Alan Stern
2023-08-19 0:06 ` Thinh Nguyen
2023-08-19 1:54 ` Andrey Konovalov
2023-08-20 14:20 ` Alan Stern
2023-08-21 16:13 ` Andrey Konovalov
2023-08-21 17:25 ` Alan Stern
2023-08-23 2:05 ` Thinh Nguyen
2023-08-23 2:30 ` Andrey Konovalov
2023-08-23 15:48 ` Alan Stern
2023-08-23 17:18 ` Thinh Nguyen
2023-08-25 1:36 ` Andrey Konovalov
2023-08-25 2:08 ` Alan Stern
2023-08-23 2:14 ` Thinh Nguyen
2023-08-23 15:17 ` Alan Stern
2023-08-23 17:59 ` Thinh Nguyen
2023-08-23 19:19 ` Alan Stern
2023-08-23 22:22 ` Thinh Nguyen
2023-08-24 2:21 ` Alan Stern
2023-08-26 1:20 ` Thinh Nguyen
2023-08-26 3:10 ` Alan Stern
2023-08-30 1:32 ` Thinh Nguyen
2023-08-30 14:48 ` Alan Stern
2023-08-31 2:43 ` Thinh Nguyen
2023-08-31 15:40 ` Alan Stern
2023-09-01 1:27 ` Thinh Nguyen
2023-09-01 17:37 ` Alan Stern
2023-09-01 21:14 ` Thinh Nguyen
2023-09-02 15:15 ` Alan Stern
2023-09-05 22:53 ` Thinh Nguyen
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=20230818032607.prgavrozuq6p4r4x@synopsys.com \
--to=thinh.nguyen@synopsys.com \
--cc=andreyknvl@gmail.com \
--cc=balbi@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=stern@rowland.harvard.edu \
/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