The current entry in unusual_cypress.h for the Super TOP SATA bridge devices
seems to be causing corruption on newer revisions of this device. This has
been reported in Arch Linux and Fedora. The original patch was tested on
devices with bcdDevice of 1.60, whereas the newer devices report bcdDevice
as 2.20. Limit the UNUSUAL_DEV entry to devices less than 2.20.
Reported-by: Carsten S.
Tested-by: Carsten S.
Signed-off-by: Josh Boyer
Signed-off-by: Greg Kroah-Hartman
This patch is also available in the upstream 3.0.67 kernel as commit cfb2ddcace95399e4dcefebb62e16cd93c9d4ae7 which should soon make it's way into Oneiric. It will hopefully also end up in the upstream 3.2.x kernel series soon so that it will make it's way into Precise.
The 3.5.x upstream kernel series is EOL (end of life), maybe Canonical can backport it to Quantal?
This is fixed upstream in kernel 3.8.1 by the following patch:
commit c8f96b36a83763b 2cdedaec489eb39 d3394a2366
Author: Josh Boyer
Date: Thu Feb 14 09:39:09 2013 -0500
USB: usb-storage: unusual_devs update for Super TOP SATA bridge
commit 18e03310b5caa6d 11c1a8c61b982c3 7047693fba upstream.
The current entry in unusual_cypress.h for the Super TOP SATA bridge devices
seems to be causing corruption on newer revisions of this device. This has
been reported in Arch Linux and Fedora. The original patch was tested on
devices with bcdDevice of 1.60, whereas the newer devices report bcdDevice
as 2.20. Limit the UNUSUAL_DEV entry to devices less than 2.20.
This fixes https:/ /bugzilla. redhat. com/show_ bug.cgi? id=909591
The Arch Forum post on this is here: /bbs.archlinux. org/viewtopic. php?id= 152011
https:/
Reported-by: Carsten S.
Tested-by: Carsten S.
Signed-off-by: Josh Boyer
Signed-off-by: Greg Kroah-Hartman
This patch is also available in the upstream 3.0.67 kernel as commit cfb2ddcace95399 e4dcefebb62e16c d93c9d4ae7 which should soon make it's way into Oneiric. It will hopefully also end up in the upstream 3.2.x kernel series soon so that it will make it's way into Precise.
The 3.5.x upstream kernel series is EOL (end of life), maybe Canonical can backport it to Quantal?