summaryrefslogtreecommitdiff
path: root/src/mainboard/google/slippy/acpi
diff options
context:
space:
mode:
authorJulius Werner <jwerner@chromium.org>2013-07-23 12:45:18 -0700
committerPatrick Georgi <patrick@georgi-clan.de>2013-12-21 07:39:19 +0100
commit52e3f449ac06e1f3e8a40647649fa2f94dea1c0b (patch)
treeeb35f9dd51f235116a108d037b543eef44bccfab /src/mainboard/google/slippy/acpi
parent68a8431fcf8ce1fdf390f800b311120f37a5598d (diff)
downloadcoreboot-52e3f449ac06e1f3e8a40647649fa2f94dea1c0b.tar.xz
libpayload: Increase USB EHCI transfer timeout
The EHCI driver defines a maximum transfer timeout of two seconds. The comments state that during tests the maximum amount of required transfer time was for the SCSI TEST_UNIT_READY command on certain devices. We have now observed a USB device (Patriot Memory 13fe:3100) that can NAK this command for slightly more than two seconds. It will also completely fail if the timeout hits, since it gets confused by the subsequent CSW retry/recovery mechanism and starts producing babble errors. This patch increases the timeout to three seconds to circumvent this problem. To test, boot a Falco from a red-black RageXT USB stick. Change-Id: I3c4fef468fb16eacc5a487d76d025a78fb450e27 Signed-off-by: Julius Werner <jwerner@chromium.org> Reviewed-on: https://gerrit.chromium.org/gerrit/63095 Reviewed-by: Aaron Durbin <adurbin@chromium.org> Reviewed-by: Duncan Laurie <dlaurie@chromium.org> Reviewed-by: Sameer Nanda <snanda@chromium.org> Reviewed-on: http://review.coreboot.org/4379 Tested-by: build bot (Jenkins) Reviewed-by: Patrick Georgi <patrick@georgi-clan.de>
Diffstat (limited to 'src/mainboard/google/slippy/acpi')
0 files changed, 0 insertions, 0 deletions