summaryrefslogtreecommitdiff
path: root/payloads/coreinfo/nvram_module.c
diff options
context:
space:
mode:
authorAaron Durbin <adurbin@chromium.org>2013-06-06 16:14:21 -0500
committerStefan Reinauer <stefan.reinauer@coreboot.org>2013-11-25 23:56:13 +0100
commita967f414dfb1f85097ba7ca2f00fdc7f415da776 (patch)
treecf35e8b6537e973b0a20193fb751e5208e35ea01 /payloads/coreinfo/nvram_module.c
parent2d9d39a7041cf531246845194f76cb9f65eaa08d (diff)
downloadcoreboot-a967f414dfb1f85097ba7ca2f00fdc7f415da776.tar.xz
libpayload: usb mass storage detect empty media
There is currently a hard-coded 30 sec delay in the mass storage driver while waiting for each device to become ready. However, mass storage card readers that are empty return an error code on the TEST UNIT READY command. A REQUEST SENSE command then needs to be issued and interrogate the data to determine if no media is present. If no media determination is found to be true the USB device is no longer considered a candidate to be a disk. This code does lead to the fact that the media card reader needs to be populated at enumeration time. I suspect this is not an issue as it appears the storage stack in libpayload can't handle removable media coming online later. Booted recovery and dev modes. Noted that removable mass storage devices with no media were ignored without any boot delay. Change-Id: Ida7a45614d97c6e6fbfc9bb099765aad4df550fd Signed-off-by: Aaron Durbin <adurbin@chromium.org> Reviewed-on: https://gerrit.chromium.org/gerrit/57828 Reviewed-by: Duncan Laurie <dlaurie@chromium.org> Reviewed-on: http://review.coreboot.org/4225 Tested-by: build bot (Jenkins) Reviewed-by: Ronald G. Minnich <rminnich@gmail.com>
Diffstat (limited to 'payloads/coreinfo/nvram_module.c')
0 files changed, 0 insertions, 0 deletions