diff options
author | Sarah Sharp <sarah.a.sharp@linux.intel.com> | 2010-05-18 16:05:26 -0700 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@suse.de> | 2010-05-20 13:21:30 -0700 |
commit | 44ebd037c54f80db3121ac9f5fe6e677b76e11d5 (patch) | |
tree | d0a3784e7a7005086ab9842e6d047172bb37d385 /drivers/usb/host/u132-hcd.c | |
parent | bc88d2eba5e19d10dd546e428314909d889b3b6a (diff) | |
download | blackbird-op-linux-44ebd037c54f80db3121ac9f5fe6e677b76e11d5.tar.gz blackbird-op-linux-44ebd037c54f80db3121ac9f5fe6e677b76e11d5.zip |
USB: xhci: Fix check for room on the ring.
The length of the scatter gather list a driver can enqueue is limited by
the bus' sg_tablesize to 62 entries. Each entry will be described by at
least one transfer request block (TRB). If the entry's buffer crosses a
64KB boundary, then that entry will have to be described by two or more
TRBs. So even if the USB device driver respects sg_tablesize, the whole
scatter list may take more than 62 TRBs to describe, and won't fit on
the ring.
Don't assume that an empty ring means there is enough room on the
transfer ring. The old code would unconditionally queue this too-large
transfer, and over write the beginning of the transfer. This would mean
the cycle bit was unchanged in those overwritten transfers, causing the
hardware to think it didn't own the TRBs, and the host would seem to
hang.
Now drivers may see submit_urb() fail with -ENOMEM if the transfers are
too big to fit on the ring.
Signed-off-by: Sarah Sharp <sarah.a.sharp@linux.intel.com>
Cc: stable <stable@kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/usb/host/u132-hcd.c')
0 files changed, 0 insertions, 0 deletions