8db7e6702b
We found that some SanDisk Cruizer Glide CZ60 sticks (confirmed on 16GB and 64GB versions) have a problem responding to our first GET_MAX_LUNS request right after they received their SET_CONFIGURATION. They will continually return a NAK until the host gives up (which is 2 user-noticable seconds for us). Adding a small delay of about 15us seems to be enough to fix the issue, but let's do 50 to be save. Confirmed with both MT8173 and Intel LynxPoint XHCI controllers. BRANCH=None BUG=chrome-os-partner:45473 TEST=No notable delay before detecting stick on Oak and Falco. Change-Id: Ib03944d6484de0ccecbb9922d22666f54c9d53dd Signed-off-by: Patrick Georgi <pgeorgi@chromium.org> Original-Commit-Id: 589f19a901275fb8b00de4595763a7d577bed524 Original-Change-Id: I95c79fe40d3ad79f37ce2eb586836e5de55be454 Original-Signed-off-by: Julius Werner <jwerner@chromium.org> Original-Reviewed-on: https://chromium-review.googlesource.com/308980 Original-Reviewed-by: Patrick Georgi <pgeorgi@chromium.org> Reviewed-on: http://review.coreboot.org/12229 Tested-by: build bot (Jenkins) Reviewed-by: Patrick Georgi <pgeorgi@google.com> |
||
---|---|---|
.. | ||
dwc2.c | ||
dwc2.h | ||
dwc2_private.h | ||
dwc2_rh.c | ||
ehci.c | ||
ehci.h | ||
ehci_private.h | ||
ehci_rh.c | ||
generic_hub.c | ||
generic_hub.h | ||
ohci.c | ||
ohci.h | ||
ohci_private.h | ||
ohci_rh.c | ||
quirks.c | ||
TODO | ||
uhci.c | ||
uhci.h | ||
uhci_private.h | ||
uhci_rh.c | ||
usb.c | ||
usb_dev.c | ||
usbhid.c | ||
usbhub.c | ||
usbinit.c | ||
usbmsc.c | ||
xhci.c | ||
xhci.h | ||
xhci_commands.c | ||
xhci_debug.c | ||
xhci_devconf.c | ||
xhci_events.c | ||
xhci_private.h | ||
xhci_rh.c |