Super Top M6116 SATA Bridge issues 14cd:6116

[pythag]

Just incase anyone else comes across this on their RPi I thought it was worth posting here:

I'd been using a number of USB->Sata bridges to connect HDDs to my Pi. After an rpi-update they suddenly all stopped working and I found the contents of the drives to be corrupted even when mounted on another PC. You couldn't even re-partition them on the Pi anymore (everything appeared to work during the partition process, no errors in dmesg etc..., however if you ran fdisk again it claimed they had no table).

It turned out the following had happened:
* The normal wheezy download doesn't include the cypress usb module, however when you do an rpi-update it pulls lots of kernel modules down that weren't originally included, so this caused the cypress module to be installed.
* There's a bug in the cypress module - see this thread:
https://bugs.launchpad.net/ubuntu/+sour ... ug/1082215
* This causes all writes to the drive to write garbage instead of the real data, hence the corruption.

Solutions: Either prevent the ums_cypress.ko module from loading (add to /etc/modprobe.d/blacklist-custom) or remove the offending lines from /linux/stable/drivers/usb/storage/unusual_cypress.h and recompile the module (as described in the above link).

Hope this helps - I'd been tearing my hair out assuming this to be an RPI usb driver problem, so it just shows: Don't jump to conclusions!

[rpiNa]

WOW
I wish I have read you post before losing near 1TB of my precious data
This issues is critical. I can't even imaging how many people will suffer from it because apparently this chipset is very common among 2.5"/3.5" USB enclosure boxes.

What are the consequences of disabling cypress module, worse performance?

[rpiNa]

I found myself answer about disabling cypress module. USB disk is not visible without it.

So the only solution is module re-compilation. How can I do it without rebuilding whole kernel tree?

[WaziRiPi]

@rpiNa thank you...