summaryrefslogtreecommitdiff
path: root/include/linux/capi.h
diff options
context:
space:
mode:
authorRobin H. Johnson <robbat2@gentoo.org>2011-10-25 02:30:08 +0400
committerJames Bottomley <JBottomley@Parallels.com>2011-10-31 13:29:01 +0400
commit99a700bcc75429ba84a672d04f0b650dcc5b3042 (patch)
tree59b428e365e92e274139e3f489a1780b2be3d4bc /include/linux/capi.h
parent907c07d45199f954ddcf66c2c9763c87d012cb15 (diff)
downloadlinux-99a700bcc75429ba84a672d04f0b650dcc5b3042.tar.xz
[SCSI] mv_sas: OCZ RevoDrive3 & zDrive R4 support
In the OCZ RevoDrive3/zDrive R4 series, the "OCZ SuperScale Storage Controller" with "Virtualized Controller Architecture 2.0" really seems to be a Marvell 88SE9485 part, with OCZ firmware/BIOS. Developed and tested on OCZ RevoDrive3 120GB [PCI 1b85:1021] Should work on: - OCZ RevoDrive3 (2x SandForce 2281) - OCZ RevoDrive3 X2 (4x SandForce 2281) - OCZ zDrive R4 CM84 (4x SandForce 2281) - OCZ zDrive R4 CM88 (8x SandForce 2281) - OCZ zDrive R4 RM84 (4x SandForce 2582) - OCZ zDrive R4 RM88 (8x SandForce 2582) All of this because a friend recently bought a OCZ RevoDrive3 and was bitten by the lack of Linux support. Notes from testing: ------------------- - SMART works. - VPD Device Identification is "OCZ-REVODRIVE3" - Thin provisioning/TRIM seems to be implemented as WRITE SAME UNMAP, with deterministic (non-zero) read after TRIM, but I'm not sure if it works 100% in my testing. - Some of the tuning in the firmware seems to ensure much better performance when in a RAID0 setup than using the two devices seperately. I have not tested booting from the SSD, because all of this was developed and tested remotely from the actual hardware. Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> Thanks-To: Gordon Pritchard <gordp@sfu.ca> Acked-by: Xiangliang Yu <yuxiangl@marvell.com> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'include/linux/capi.h')
0 files changed, 0 insertions, 0 deletions