同僚、
ATA の信頼できるコマンドのサポートを実装しています
0x5C, TRUSTED RECEIVE,
0x5D, TRUSTED RECEIVE DMA,
0x5E, TRUSTED SEND
0x5F, TRUSTED SEND DMA,
Linux (2 つのホスト、Fedora 12 および 14) の場合、自己暗号化ドライブをサポートします。このページhttp://www.jukie.net/bart/blog/ata-via-scsiからベース コードとしてコードを取得しました。信頼できる受信の場合 (この層では、IDENTIFY、0xEC と同じです):
sg_io.interface_id = 'S';
sg_io.cmdp = cdb;
sg_io.cmd_len = sizeof(cdb);
sg_io.dxferp = data_in_buffer;
sg_io.dxfer_len = data_in_length; // multiple of 512
sg_io.dxfer_direction = SG_DXFER_FROM_DEV;
sg_io.sbp = sense;
sg_io.mx_sb_len = sizeof(sense);
sg_io.timeout = 5000; // 5 seconds
cdb[0] = 0x85; // pass-through ATA16 command (no translation)
cdb[1] = (4 << 1); // data-in
cdb[2] = 0x2e; // data-in
cdb[4] = feature_id; // ATA feature ID
cdb[6] = 1; // number of sectors
cdb[7] = lba_low >> 8;
cdb[8] = lba_low;
cdb[9] = lba_mid >> 8;
cdb[10] = lba_mid;
cdb[11] = lba_high >> 8;
cdb[12] = lba_high;
cdb[14] = 0x5C; // TRUSTED RECEIVE
rc = ioctl (fd, SG_IO, &sg_io);
これは、Identify およびその他すべてのコマンドに対して完全に機能しますが、信頼できるコマンドに対しては機能しません。プロトコル アナライザーを接続すると、これらのコマンドが SATA バスに送信されないことがわかります。それらは Windows で正常に動作するため、アダプターはそれらを送信できます (私のコードではありませんが、ATA_PASS_THROUGH を使用していると思います)。はい、このコードをルートとして実行しています。
この謎を解決するのを手伝ってください:)