diff options
| author | Jon Hunter <jonathanh@nvidia.com> | 2020-10-29 01:20:08 +0800 |
|---|---|---|
| committer | mergify[bot] <37929162+mergify[bot]@users.noreply.github.com> | 2020-11-02 01:30:24 +0000 |
| commit | 2363c6926098ee5c75c8780d07f88f5c21010683 (patch) | |
| tree | 32a79003d0b12217cfb8f02b12172a30c465e412 /ReadMe.rst | |
| parent | 8ead7af22bc596de23cdcc46e1f1a8c4e721d6d0 (diff) | |
| download | edk2-2363c6926098ee5c75c8780d07f88f5c21010683.tar.gz edk2-2363c6926098ee5c75c8780d07f88f5c21010683.tar.bz2 edk2-2363c6926098ee5c75c8780d07f88f5c21010683.zip | |
MdeModulePkg/XhciDxe: Retry device slot init on failure
With some super-speed USB mass storage devices it has been observed
that a USB transaction error may occur when attempting the set the
device address during enumeration.
According the the xHCI specification (section 4.6.5) ...
"A USB Transaction ErrorCompletion Code for an Address Device Command
may be due to a Stall response from a device. Software should issue a
Disable Slot Commandfor the Device Slot then an Enable Slot Command
to recover from this error."
To fix this, retry the device slot initialization if it fails due to a
device error.
Change was verified using a superspeed mass storage device that was
occasionally failing to enumerate in UEFI. With this change this failure
to enumerate was resolved. This failure was also only seen in UEFI and not
in the OS.
Signed-off-by: Jon Hunter <jonathanh@nvidia.com>
Signed-off-by: Jeff Brasen <jbrasen@nvidia.com>
Reviewed-by: Hao A Wu <hao.a.wu@intel.com>
Diffstat (limited to 'ReadMe.rst')
0 files changed, 0 insertions, 0 deletions