summaryrefslogtreecommitdiffstats
path: root/drivers/edac
diff options
context:
space:
mode:
authorMathias Nyman <mathias.nyman@linux.intel.com>2014-03-07 17:06:57 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-03-07 11:48:13 -0800
commite2ed511400d41e0d136089d5a55ceab57c6a2426 (patch)
treef39f2ab4e1a24843cd95144344111f7ec52af2ee /drivers/edac
parentd86db25e53fa69e3e97f3b55dd82a70689787c5d (diff)
downloadlinux-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/edac')
0 files changed, 0 insertions, 0 deletions