SCSI / ATA Translation (SAT) is a set of standards developed by the T10 subcommittee, defining how to communicate with ATA devices through a SCSI application layer. The standard attempts to be consistent with the SCSI architectural model, the SCSI Primary Commands, and the SCSI Block Commands standards.
The standard allows for translation of SCSI read and write commands.
The standard also provides the ability to control exactly what ATA operations are executed on a target device by defining three new SCSI operation codes:
- ATA PASS THROUGH (A1h, 12-byte) – 28-bit ATA command without
AUXILIARY
orICC
fields - ATA PASS THROUGH (85h, 16-byte) – 28- or 48-bit ATA command without
AUXILIARY
orICC
fields - ATA PASS THROUGH (7Fh/1FF0h, 32-byte) – 28- or 48-bit ATA command with
AUXILIARY
orICC
fields
History
The first SAT standard was finalized in 2007 and published as ANSI INCITS 431–2007. It was succeeded by SAT-2 published as INCITS 465 in 2009, and SAT-3, which was finalized by T10 and is expected to be published as INCITS 517 in 2014. SAT-4 is in development.[1] SAT has also been adopted in 2008 as an ISO/IEC JTC 1/SC 25 standard, namely ISO/IEC 14776-921.[2]
SAT-2 was finalized in 2009. Significant additions in SAT-2 are ATAPI translations, NCQ control, persistent reservations, non-volatile cache translation, and ATA security mode translations.[3] The standard also defines a new data structure returned in the sense data known as the ATA Return Descriptor that contains the ATA taskfile registers. SAT-2 was promulgated as ISO/IEC 14776–922 in 2011.[4]
SAT-3 was finalized in 2014, and SAT-4 in 2016. Since the standards have become ANSI standards, the drafts are inaccessible to the public. SAT-4 added a 32-byte ATA PASS-THROUGH command.[5] This version of the command support additional AUXILIARY
and ICC
fields used by some ATA commands.[6]
Work on SAT-5 began in 2017. As of July 2020, it has not yet become a standard, making its drafts freely available.
Applications
SAT is useful for enabling ATA-device-specific commands in a number of scenarios:
- SATA disks attached to SAS controllers[7]
- [P]ATA or SATA disks attached via USB bridges (which actually speak SCSI over the wire either using the older USB Mass Storage Bulk-Only Transfer protocol or the newer USB Attached SCSI protocol).[8]
- [P]ATA or SATA disks attached via FireWire bridges (which speak SCSI SBP-2 over the wire)
- Some USB external storage devices, including some USB flash drives, are using SAT to achieve some advanced features like wear leveling and/or TRIM
A problem with many SAT implementations is that when two or more ATA devices are attached to the same SAT interface, the ATA passthrough only serves one device. This causes issues with fetching S.M.A.R.T. data, since only one device can be addressed.[9]
See also
- Advanced SCSI Programming Interface
- ATA Packet Interface – the inverse, but only for non-hard drives
References
- ↑ "T10 Working Drafts". T10.org. Retrieved 2014-01-21.
- ↑ "IEC - ISO/IEC JTC 1/SC 25 Dashboard > Projects: Work programme, Publications, Maintenance cycle, Project files, TC/SC in figures". Iec.ch. 2011-10-08. Retrieved 2014-01-21.
- ↑ Douglas Gilbert, "Changes to Storage Standards", Linux File System + IO Workshop, San Jose, February 2007
- ↑ "IEC - ISO/IEC JTC 1/SC 25 Dashboard > Projects: Work programme, Publications, Maintenance cycle, Project files, TC/SC in figures". Iec.ch. 2011-05-31. Archived from the original on 2017-04-10. Retrieved 2014-01-21.
- ↑ "libata: Support for an ATA PASS-THROUGH(32) command". Linux kernel Patchwork. Jun 24, 2017.
- ↑ "T10 Working Drafts: SCSI / ATA Translation". www.t10.org. Retrieved 1 July 2020.
- ↑ http://www.scsitoolbox.com/pdfs/UsingSAT.pdf
- ↑ "USB smartmontools". Sourceforge.net. Archived from the original on 2012-02-07. Retrieved 2014-01-21.
- ↑ "scsiata.cpp in trunk/smartmontools – smartmontools". www.smartmontools.org.
With more transports "hiding" SATA disks (and other S-ATAPI devices) behind a SCSI command set, accessing special features like SMART information becomes a challenge. [...] or somewhere on the interconnect between the host computer and the SATA devices (e.g. a RAID made of SATA disks and the RAID talks "SCSI" to the host computer). Note that in the latter case, this code does not solve the addressing issue (i.e. which SATA disk to address behind the logical SCSI (RAID) interface).