Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1363448
| From | Mathias Nyman <mathias.nyman@linux.intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout |
| Date | 2016-03-23 15:20 +0100 |
| Message-ID | <rfRNE-4A8-17@gated-at.bofh.it> (permalink) |
| References | (2 earlier) <reZNg-ue-5@gated-at.bofh.it> <rf40y-3pN-13@gated-at.bofh.it> <rfn3b-8j3-3@gated-at.bofh.it> <rft8B-3Pc-1@gated-at.bofh.it> <rfI7E-65u-3@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 23.03.2016 05:53, Rajesh Bhagat wrote:
>>> IMO, The assumption that "xhci_abort_cmd_ring would always generate an
>>> event and handle_cmd_completion would be called" will not be always be true if HW
>> is in bad state.
>>>
>>> Please share your opinion.
>>>
>>
>> writing the CA (command abort) bit in CRCR (command ring control register) will stop
>> the command ring, and CRR (command ring running) will be set to 0 by xHC.
>> xhci_abort_cmd_ring() polls this bit up to 5 seconds.
>> If it's not 0 then the driver considers the command abort as failed.
>>
>> The scenario you're thinking of is that xHC would still react to CA bit set, it would stop
>> the command ring and set CRR 0, but not send a command completion event.
>>
>> Have you tried adding some debug to handle_cmd_completion() and see if you receive
>> any event after command abortion?
>>
>
> Yes. We have added debug prints at first line of handle_cmd_completion, and we are not getting
> those prints. The last print messages that we get are as below from xhci_alloc_dev while resume
> operation:
>
> xhci-hcd xhci-hcd.0.auto: Command timeout
> xhci-hcd xhci-hcd.0.auto: Abort command ring
>
> May be somehow, USB controller is in bad state and not responding to the commands.
>
> Please suggest how XHCI driver can handle such situations.
>
Restart the command timeout timer when writing the command abort bit.
If we get theIf we get the abort event the timer is deleted.
Otherwise if the timout triggers a second time we end up calling
xhci_handle_command_timeout() with a stopped ring,
This will call xhci_handle_stopped_cmd_ring(), turn the aborted command to no-op, restart the
command ring, and finally when the no-op completes it should call the missing completion.
If command ring doesn't start then additional code could be added to xhci_handle_command_timeout()
that clears the command ring if it is called a second time (=current command is already in
abort state and command ring is stopped when entering xhci_handle_command_timeout)
There might be some details missing, I'm not able to test any of this, but try
something like this:
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index 3e1d24c..576819e 100644
--- a/drivers/usb/host/xhci-ring.c
+++ b/drivers/usb/host/xhci-ring.c
@@ -319,7 +319,10 @@ static int xhci_abort_cmd_ring(struct xhci_hcd *xhci)
xhci_halt(xhci);
return -ESHUTDOWN;
}
-
+ /* writing the CMD_RING_ABORT bit should create a command completion
+ * event, add a command completion timeout for it as well
+ */
+ mod_timer(&xhci->cmd_timer, jiffies + XHCI_CMD_DEFAULT_TIMEOUT);
return 0;
}
-Mathias
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-03-18 12:20 +0100
RE: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Rajesh Bhagat <rajesh.bhagat@nxp.com> - 2016-03-21 05:40 +0100
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@intel.com> - 2016-03-21 10:10 +0100
RE: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Rajesh Bhagat <rajesh.bhagat@nxp.com> - 2016-03-22 06:30 +0100
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-03-22 13:00 +0100
RE: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Rajesh Bhagat <rajesh.bhagat@nxp.com> - 2016-03-23 05:00 +0100
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-03-23 15:20 +0100
RE: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Rajesh Bhagat <rajesh.bhagat@nxp.com> - 2016-03-28 08:20 +0200
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-03-29 19:20 +0200
RE: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Rajesh Bhagat <rajesh.bhagat@nxp.com> - 2016-03-31 06:10 +0200
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-03-31 16:40 +0200
RE: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Rajesh Bhagat <rajesh.bhagat@nxp.com> - 2016-04-01 06:00 +0200
Re: [PATCH] usb: xhci: Fix incomplete PM resume operation due to XHCI commmand timeout Mathias Nyman <mathias.nyman@linux.intel.com> - 2016-04-01 12:50 +0200
csiph-web