From: Jung Daehwan <dh10.jung@samsung.com>
To: Thinh Nguyen <Thinh.Nguyen@synopsys.com>
Cc: Felipe Balbi <balbi@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"linux-usb@vger.kernel.org" <linux-usb@vger.kernel.org>,
open list <linux-kernel@vger.kernel.org>,
"quic_wcheng@quicinc.com" <quic_wcheng@quicinc.com>,
"quic_jackp@quicinc.com" <quic_jackp@quicinc.com>
Subject: Re: [PATCH v2 1/2] usb: dwc3: Not set DWC3_EP_END_TRANSFER_PENDING in ep cmd fails
Date: Tue, 15 Feb 2022 15:39:25 +0900 [thread overview]
Message-ID: <20220215063925.GC144890@ubuntu> (raw)
In-Reply-To: <ff604504-00df-0c1b-673e-892e42737f7a@synopsys.com>
[-- Attachment #1: Type: text/plain, Size: 2701 bytes --]
Hi Thinh,
On Mon, Feb 14, 2022 at 06:44:33PM +0000, Thinh Nguyen wrote:
> Hi,
>
> Daehwan Jung wrote:
> > It always sets DWC3_EP_END_TRANSFER_PENDING in dwc3_stop_active_transfer
> > even if dwc3_send_gadget_ep_cmd fails. It can cause some problems like
>
> How does it fail? Timed out?
Yes, timed out.
>
> > skipping clear stall commmand or giveback from dequeue. We fix to set it
> > only when ep cmd success. Additionally, We clear DWC3_EP_TRANSFER_STARTED
> > for next trb to start transfer not update transfer.
>
> We shouldn't do this. Things will be out of sync. It may work for 1
> scenario, but it won't work for others.
>
> Please help me understand a few things:
>
> 1) What is the scenario that triggers this? Is it random?
>
ep cmd timeout occurs on dequeue request from user side. End Transfer command
would be sent in dwc3_stop_active transfer.
> 2) Are there other traffics pending while issuing the End Transfer
> command? If so, what transfer type(s)?
>
I haven't checked it yet.
> 3) Have you tried increasing the timeout?
>
No, I haven't.
> BR,
> Thinh
>
This issue occurs very rarely on customer. I only have restricted
information. That's why I've been trying to reproduce it.
Wesley may have run into same issue and you can see this issue in detail.
https://protect2.fireeye.com/v1/url?k=9d423b69-fc3fd32e-9d43b026-74fe485fff30-77a099b52659410d&q=1&e=20b4d9f5-2599-4f57-8b6a-7c4ec167d228&u=https%3A%2F%2Flore.kernel.org%2Flinux-usb%2F20220203080017.27339-1-quic_wcheng%40quicinc.com%2F
Best Regards,
Jung Daehwan
>
> >
> > Signed-off-by: Daehwan Jung <dh10.jung@samsung.com>
> > ---
> > drivers/usb/dwc3/gadget.c | 8 +++++++-
> > 1 file changed, 7 insertions(+), 1 deletion(-)
> >
> > diff --git a/drivers/usb/dwc3/gadget.c b/drivers/usb/dwc3/gadget.c
> > index 183b90923f51..3ad3bc5813ca 100644
> > --- a/drivers/usb/dwc3/gadget.c
> > +++ b/drivers/usb/dwc3/gadget.c
> > @@ -2044,6 +2044,12 @@ static int dwc3_gadget_ep_dequeue(struct usb_ep *ep,
> > dwc3_gadget_move_cancelled_request(r,
> > DWC3_REQUEST_STATUS_DEQUEUED);
> >
> > + /* If ep cmd fails, then force to giveback cancelled requests here */
> > + if (!(dep->flags & DWC3_EP_END_TRANSFER_PENDING)) {
> > + dep->flags &= ~DWC3_EP_TRANSFER_STARTED;
> > + dwc3_gadget_ep_cleanup_cancelled_requests(dep);
> > + }
> > +
> > dep->flags &= ~DWC3_EP_WAIT_TRANSFER_COMPLETE;
> >
> > goto out;
> > @@ -3645,7 +3651,7 @@ static void dwc3_stop_active_transfer(struct dwc3_ep *dep, bool force,
> >
> > if (!interrupt)
> > dep->flags &= ~DWC3_EP_TRANSFER_STARTED;
> > - else
> > + else if (!ret)
> > dep->flags |= DWC3_EP_END_TRANSFER_PENDING;
> > }
> >
>
[-- Attachment #2: Type: text/plain, Size: 0 bytes --]
next prev parent reply other threads:[~2022-02-15 6:41 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CGME20220214111148epcas2p3fac143c7870c53ecadfb6b093fcf626b@epcas2p3.samsung.com>
2022-02-14 11:08 ` [PATCH v2 0/2] Fix ep command fail issue in dequeue Daehwan Jung
2022-02-14 11:08 ` [PATCH v2 1/2] usb: dwc3: Not set DWC3_EP_END_TRANSFER_PENDING in ep cmd fails Daehwan Jung
2022-02-14 11:29 ` Greg Kroah-Hartman
2022-02-15 6:58 ` Jung Daehwan
2022-02-15 7:37 ` Greg Kroah-Hartman
2022-02-15 8:20 ` Jung Daehwan
2022-02-14 18:44 ` Thinh Nguyen
2022-02-15 6:39 ` Jung Daehwan [this message]
2022-02-15 17:14 ` Thinh Nguyen
2022-02-17 20:05 ` Wesley Cheng
2022-02-17 23:43 ` Thinh Nguyen
2022-02-22 18:08 ` Wesley Cheng
2022-02-23 2:59 ` Thinh Nguyen
2022-02-24 21:45 ` Wesley Cheng
2022-02-25 1:26 ` Thinh Nguyen
2022-02-25 1:31 ` Wesley Cheng
2022-02-25 1:44 ` Thinh Nguyen
2022-02-28 22:53 ` Wesley Cheng
2022-03-01 1:09 ` Thinh Nguyen
2022-03-01 2:09 ` Wesley Cheng
2022-03-01 3:02 ` Thinh Nguyen
2022-03-04 21:58 ` Wesley Cheng
2022-03-05 0:53 ` Thinh Nguyen
2022-03-07 22:57 ` Wesley Cheng
2022-03-07 23:51 ` Thinh Nguyen
2022-03-08 19:20 ` Wesley Cheng
2022-02-18 4:44 ` Jung Daehwan
2022-02-23 2:11 ` Thinh Nguyen
2022-02-14 11:08 ` [PATCH v2 2/2] usb: dwc3: Prevent cleanup cancelled requests at the same time Daehwan Jung
2022-02-14 11:30 ` Greg Kroah-Hartman
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=20220215063925.GC144890@ubuntu \
--to=dh10.jung@samsung.com \
--cc=Thinh.Nguyen@synopsys.com \
--cc=balbi@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=quic_jackp@quicinc.com \
--cc=quic_wcheng@quicinc.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.