Linux und sg_utils für Vendor Specific ATA Command

[Andreas F. (andreasfrieser)]

Hallo,
ich verwende sg3_utils 1.30-1 um unter Ubuntu 11.04 ATA Kommandos an 
SATA Platten zu verschicken. Die SATA Platten sind an einen 
AHCI-Hostcontroller (Intel H67) angeschlossen. Der Zugriff auf die 
Platten erfolgt über libsgutils2, bei der Erstellung der Programm habe 
ich mich an sg_sat_identify.c aus dem /src-Verzeichnis von sg3_utils 
orientiert.
Der Zugriff auf die Geräte funktioniert für ATA Identify Device, ATA 
Read Sector, ATA Write Sector und die SMART Kommandos ohne Probleme. Ich 
muss aber einige Vendor Specific Commands verwenden. Hier beginnt das 
Problem.
Die Kommandos basieren auf ATA Set Features und verwenden den 
Subcommandcode 0x59. Es werden keinerlei Daten übertragen und ich möchte 
die Antwort der Platten (ATA Status Register, ATA Error Register) 
auswerten.
Folgender Codeausschnitt zeigt Zusammenbau und Senden des Kommandos:

int sgLibDevDescriptor;

unsigned char scsiAtaCommand[12];  // SCSI ATA PASS-THROUGH (12) command
unsigned char scsiAtaReturnDescriptor[16];
unsigned char scsiSenseBuffer[64]; // hold SCSI command sense data
int           scsiResourceId =  0; // returned by SCSI command

// open device
sgLibDevDescriptor = sg_cmds_open_device("/dev/sdc", 0, 0);

// build command
memset(scsiAtaCommand, 0, sizeof(scsiAtaCommand));
scsiAtaCommand[ 0] = 0xA1;
scsiAtaCommand[ 1] = 0x06; // non-data protocol
scsiAtaCommand[ 2] = 0x20; // ck_cond
scsiAtaCommand[ 3] = 0x59; // vendor specific command
scsiAtaCommand[ 4] = 0xAA; // vendor specific command
scsiAtaCommand[ 8] = 0xE0; // device register
scsiAtaCommand[ 9] = 0xEF; // ATA Set Features

// process command
ataReturnCode = sg_ll_ata_pt(sgLibDevDescriptor,
                             scsiAtaCommand,
                             sizeof(scsiAtaCommand),
                             20,
                             NULL,
                             NULL,
                             0,
                             scsiSenseBuffer,
                             sizeof(scsiSenseBuffer),
                             scsiAtaReturnDescriptor,
                             sizeof(scsiAtaReturnDescriptor),
                             &scsiResourceId,
                             0);

sg_ll_ata_pt kommt immer mit einem Fehlercode zurück. Vorrangegangenes 
ATA Identify Device und ATA Write Sector waren erfolgreich. Schaue ich 
mir den SATA Bus mit einem Busanalyzer an, sehe ich das der H2D Register 
FIS mit dem Kommando und der D2H Register FIS mit der erfolgreichen 
Antwort der SATA Platte komplett und ohne Fehler übertraen werden. 
Innerhalb der Firmware der SATA Platte treten ebenfalls keine Fehler 
auf.
Ich bin im Moment dabei, den Zusatnd des SATA Link nach Auftreten des 
beschriebenen Problems genauer zu unutersuchen.
Hat jemand eine Idee oder einen Anhaltspunkt für die weitere 
Fehlersuche?

Grüsse vom Bodensee,

Andreas

[Andreas F. (andreasfrieser)]

Zur weiteren Information: sg_pll_ata_pt() kehrt, nach Ablaufen des 
Timeouts und Auswerten der Fehlerinformation mit command aborted zurück.
Der SATA Link ist gestört, da die Festplatte intern die Fehlermeldung 
PHY not connected generiert. Die Konfiguration von PHY und SATA 
Interface der Festplatte ist in Ordnung.

Grüsse vom Bodensee,

Andreas

[Tobi (Gast)]

Moin Andreas,

ich mache das ganze so wir hier für data-in, data-out und no-data 
Commands beschrieben.
Funktioniert bei mir alles prima.

http://www.jukie.net/bart/blog/ata-via-scsi

Gruss,
Tobi

[Andreas F. (andreasfrieser)]

Hallo Tobi,

Danke für den Hinweis. Habe die von Bart beschriebene Variante 
implementiert und durchgetestet - gleiches Verhalten und Fehlerbild. 
Werde weitersuchen!

Gruss vom Bodensee,

Andreas

[Andreas F. (andreasfrieser)]

Weitere Erkenntnis: der Fehler tritt unabhängig von der Verwendung des 
SCSI-Gerätes oder des HDD-Gerätes auf.

// open device
sgLibDevDescriptor = sg_cmds_open_device("/dev/sg3", 0, 0); // SCSI
sgLibDevDescriptor = sg_cmds_open_device("/dev/sdc", 0, 0); // HDD

Werde das Programm mal auf einem anderen Rechner testen.

Gruss vom Bodensee,

Andreas

[Tobi (Gast)]

Hallo Andreas,

hmm, was soll denn SET Features mit Subcode 0x59 bei welchem Vendor 
bewirken ?
Ich habe hier einige Platten liegen und könnte es mal hier ausprobieren.

Wie sieht es aus wenn du mal den sg_sat_set_features Befehl aus den 
sg3_utils verwendest ?

Gruss,
Tobi

[Andreas F. (andreasfrieser)]

Moin, Moin,

Problem hat sich erledigt - Fehler gefunden! Die SATA SSD hat beim 
Antwort-FIS ein Flag falsch gesetzt (I-Flag, FIS Wort 0, Byte 1), 
welches im AHCI Controller des Hosts einen Schluckauf verursacht hat. 
War auf dem Analyzer nicht ohne weiteres zu sehen.

@Tobi: Danke für Hinweise und Hilfe. Ich will die grundlegende 
Befehlsbehandlung möglichst universell halten und nicht für jede 
Befehlsgrupe eigene Funktionen implementieren.

Gruss vom Bodensee,

Andreas