diff options
author | Mathias Nyman <mathias.nyman@linux.intel.com> | 2014-03-07 17:06:57 +0200 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-03-07 11:48:13 -0800 |
commit | e2ed511400d41e0d136089d5a55ceab57c6a2426 (patch) | |
tree | f39f2ab4e1a24843cd95144344111f7ec52af2ee /drivers/net/can/slcan.c | |
parent | d86db25e53fa69e3e97f3b55dd82a70689787c5d (diff) | |
download | linux-e2ed511400d41e0d136089d5a55ceab57c6a2426.tar.gz linux-e2ed511400d41e0d136089d5a55ceab57c6a2426.tar.bz2 linux-e2ed511400d41e0d136089d5a55ceab57c6a2426.zip |
Revert "xhci 1.0: Limit arbitrarily-aligned scatter gather."
This reverts commit 247bf557273dd775505fb9240d2d152f4f20d304.
This commit, together with commit 3804fad45411b48233b48003e33a78f290d227c8
"USBNET: ax88179_178a: enable tso if usb host supports sg dma" were
origially added to get xHCI 1.0 hosts and usb ethernet ax88179_178a devices
working together with scatter gather. xHCI 1.0 hosts pose some requirement on how transfer
buffers are aligned, setting this requirement for 1.0 hosts caused USB 3.0 mass
storage devices to fail more frequently.
USB 3.0 mass storage devices used to work before 3.14-rc1. Theoretically,
the TD fragment rules could have caused an occasional disk glitch.
Now the devices *will* fail, instead of theoretically failing.
>From a user perspective, this looks like a regression; the USB device obviously
fails on 3.14-rc1, and may sometimes silently fail on prior kernels.
The proper soluition is to implement the TD fragment rules required, but for now
this patch needs to be reverted to get USB 3.0 mass storage devices working at the
level they used to.
Signed-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>
Cc: stable <stable@vger.kernel.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/net/can/slcan.c')
0 files changed, 0 insertions, 0 deletions