From: wat@codeaurora.org
To: undisclosed-recipients:;
Subject: Re: [PATCH] usb: xhci-ring: set all cancelled_td's cancel_status to TD_CLEARING_CACHE
Date: Fri, 13 Aug 2021 18:00:34 +0800 [thread overview]
Message-ID: <e1feb74fa95ca1f19729bf959f73f30f@codeaurora.org> (raw)
In-Reply-To: <39525c12-e8f3-8587-5714-5a22ca1e8e4f@linux.intel.com>
On 2021-08-13 17:09, Mathias Nyman wrote:
> On 13.8.2021 11.44, wat@codeaurora.org wrote:
>> On 2021-08-13 15:25, Ikjoon Jang wrote:
>>> Hi,
>>>
>>> On Fri, Aug 13, 2021 at 10:44 AM Tao Wang <wat@codeaurora.org> wrote:
>>>>
>>>> USB SSD may fail to unmount if disconnect during data transferring.
>>>>
>>>> it stuck in usb_kill_urb() due to urb use_count will not become
>>>> zero,
>>>> this means urb giveback is not happen.
>>>> in xhci_handle_cmd_set_deq() will giveback urb if td's cancel_status
>>>> equal to TD_CLEARING_CACHE,
>>>> but in xhci_invalidate_cancelled_tds(), only last canceled td's
>>>> cancel_status change to TD_CLEARING_CACHE,
>>>> thus giveback only happen to last urb.
>>>>
>>>> this change set all cancelled_td's cancel_status to
>>>> TD_CLEARING_CACHE
>>>> rather than the last one, so all urb can giveback.
>>>>
>>>> Signed-off-by: Tao Wang <wat@codeaurora.org>
>>>> ---
>>>> drivers/usb/host/xhci-ring.c | 24 ++++++++++++------------
>>>> 1 file changed, 12 insertions(+), 12 deletions(-)
>>>>
>>>> diff --git a/drivers/usb/host/xhci-ring.c
>>>> b/drivers/usb/host/xhci-ring.c
>>>> index 8fea44b..c7dd7c0 100644
>>>> --- a/drivers/usb/host/xhci-ring.c
>>>> +++ b/drivers/usb/host/xhci-ring.c
>>>> @@ -960,19 +960,19 @@ static int
>>>> xhci_invalidate_cancelled_tds(struct xhci_virt_ep *ep)
>>>> td_to_noop(xhci, ring, td, false);
>>>> td->cancel_status = TD_CLEARED;
>>>> }
>>>> - }
>>>> - if (cached_td) {
>>>> - cached_td->cancel_status = TD_CLEARING_CACHE;
>>>> -
>>>> - err = xhci_move_dequeue_past_td(xhci, slot_id,
>>>> ep->ep_index,
>>>> -
>>>> cached_td->urb->stream_id,
>>>> - cached_td);
>>>> - /* Failed to move past cached td, try just setting
>>>> it noop */
>>>> - if (err) {
>>>> - td_to_noop(xhci, ring, cached_td, false);
>>>> - cached_td->cancel_status = TD_CLEARED;
>>>> + if (cached_td) {
>>>> + cached_td->cancel_status =
>>>> TD_CLEARING_CACHE;
>>>> +
>>>> + err = xhci_move_dequeue_past_td(xhci,
>>>> slot_id, ep->ep_index,
>>>> +
>>>> cached_td->urb->stream_id,
>>>> + cached_td);
>>>> + /* Failed to move past cached td, try just
>>>> setting it noop */
>>>> + if (err) {
>>>> + td_to_noop(xhci, ring, cached_td,
>>>> false);
>>>> + cached_td->cancel_status =
>>>> TD_CLEARED;
>>>> + }
>>>> + cached_td = NULL;
>>>> }
>>>> - cached_td = NULL;
>>>
>>> I think we can call xhci_move_dequeue_past_td() just once to
>>> the last halted && cancelled TD in a ring.
>>>
>>> But that might need to compare two TDs to see which one is
>>> the latter, I'm not sure how to do this well. :-/
>>>
>>> if (!cached_td || cached_td < td)
>>> cached_td = td;
>>>
>>
>> thanks, I think you are correct that we can call
>> xhci_move_dequeue_past_td() just once to
>> the last halted && cancelled TD in a ring,
>> but the set status "cached_td->cancel_status = TD_CLEARING_CACHE;"
>> should be every cancelled TD.
>> I am not very good at td and ring, I have a question why we need to
>> compare two TDs to see which one is the latter.
>
> I'm debugging the exact same issue.
> For normal endpoints (no streams) it should be enough to set
> cancel_td->cancel_status = TD_CLEARING_CACHE
> in the TD_DIRTY and TD_HALTED case.
>
> We don't need to move the dq past the last cancelled TD as other
> cancelled TDs are set to no-op, and
> the command to move the dq will flush the xHC controllers TD cache and
> read the no-ops.
> (just make sure we call xhci_move_dequeue_past_td() _after_
> overwriting cancelled TDs with no-op)
>
> Streams get trickier as each endpoint has several rings, and we might
> need to move the dq pointer for
> many stream rings on that endpoint. This needs more work as we
> shouldn't start the endpoint before all
> the all move dq commands complete. i.e. the current ep->ep_state &=
> ~SET_DEQ_PENDING isn't enough.
>
> -Mathias
ok, thanks, please tell me if you have a great solution after debugging,
I still need to learn from you.
next prev parent reply other threads:[~2021-08-13 10:02 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-13 2:43 [PATCH] usb: xhci-ring: set all cancelled_td's cancel_status to TD_CLEARING_CACHE Tao Wang
2021-08-13 7:25 ` Ikjoon Jang
2021-08-13 8:44 ` wat
2021-08-13 9:09 ` Mathias Nyman
2021-08-13 10:00 ` wat [this message]
2021-08-13 13:47 ` [RFT PATCH] xhci: fix failure to give back some cached cancelled URBs Mathias Nyman
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=e1feb74fa95ca1f19729bf959f73f30f@codeaurora.org \
--to=wat@codeaurora.org \
/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.