SCSI / ATA Translation

From Wikipedia, the free encyclopedia

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 or ICC fields
  • ATA PASS THROUGH (85h, 16-byte) – 28- or 48-bit ATA command without AUXILIARY or ICC fields
  • ATA PASS THROUGH (7Fh/1FF0h, 32-byte) – 28- or 48-bit ATA command with AUXILIARY or ICC fields

History[edit]

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][failed verification]

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[edit]

SAT is useful for enabling ATA-device-specific commands in a number of scenarios:

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[edit]

References[edit]

  1. ^ "T10 Working Drafts". T10.org. Retrieved 2014-01-21.
  2. ^ "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.
  3. ^ Douglas Gilbert, "Changes to Storage Standards", Linux File System + IO Workshop, San Jose, February 2007
  4. ^ "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.
  5. ^ "libata: Support for an ATA PASS-THROUGH(32) command". Linux kernel Patchwork. Jun 24, 2017.
  6. ^ "T10 Working Drafts: SCSI / ATA Translation". www.t10.org. Retrieved 1 July 2020.
  7. ^ http://www.scsitoolbox.com/pdfs/UsingSAT.pdf [bare URL PDF]
  8. ^ "USB smartmontools". Sourceforge.net. Archived from the original on 2012-02-07. Retrieved 2014-01-21.
  9. ^ "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).