summaryrefslogtreecommitdiffstats
path: root/drivers/ipack
diff options
context:
space:
mode:
authorHans de Goede <hdegoede@redhat.com>2014-09-10 10:51:36 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2014-09-10 13:32:35 -0700
commita9c54caa456dccba938005f6479892b589975e6a (patch)
tree389bc8e72ecf544c3cf0770946454a0b03402607 /drivers/ipack
parent604eac3c0c69e98f2fd0133305f9e777418f1d3b (diff)
downloadop-kernel-dev-a9c54caa456dccba938005f6479892b589975e6a.zip
op-kernel-dev-a9c54caa456dccba938005f6479892b589975e6a.tar.gz
uas: Disable uas on ASM1051 devices
There are a large numbers of issues with ASM1051 devices in uas mode: 1) They do not support REPORT SUPPORTED OPERATION CODES 2) They use out of spec 8 byte status iu-s when they have no sense data, switching to normal 16 byte status iu-s when they do have sense data. 3) They hang / crash when combined with some disks, e.g. a Crucial M500 ssd. 4) They hang / crash when stressed (through e.g. sg_reset --bus) with disks with which then normally do work (once 1 & 2 are worked around). Where as in BOT mode they appear to work fine, so the best way forward with these devices is to just blacklist them for uas usage. Unfortunately this is easier said then done. as older versions of the ASM1053 (which works fine) use the same usb-id as the ASM1051. When connected over USB-3 the 2 can be told apart by the number of streams they support. So this patch adds some less then pretty code to disable uas for the ASM1051. When connected over USB-2, simply disable uas alltogether for devices with the shared usb-id. Cc: stable@vger.kernel.org # 3.16 Signed-off-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/ipack')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud