HBA isn't interpreting commands correctly

HBA isn't interpreting commands correctly

[Andy Falanga (afalanga)]

Hi,

Quick synopsis of the background, I have need to communicate with drives 
which won't get the standard handles: e.g. /dev/sdN.  This is mainly due 
to wiped FW, etc.  I need to be able to issue the ATA Download command.  
In order to accomplish this, I've modified the standard ahci driver to 
allow me access to AHCI ports with an Upper Layer driver I've written.  
The idea is to pass ATA commands directly to the lower layer driver 
without marching through the kernel.  I've tested this with a VM using 
and ICH8 AHCI controller and a real system with a Z87 chipset and in 
both cases I can execute the Download command (and Identify or whatever).

However, I've got a Xeon mobo (model x8dtl-i with an Intel ICH10R) 
which, for some reason, doesn't execute the commands correctly. This is 
configured for AHCI mode and not RAID.  I'm following the AHCI spec, 
1.3.1, for propagating command information into the Command Table List 
and Command Header.  As mentioned, this code works both in a VM with and 
ICH8 controller and a Z87 MoBo. However, on this Xeon system something 
isn't being communicated to the HBA correctly.  For example, when I 
issue an Identify to a working drive, the protocol analyzer shows that 
the HBA and the drive move 212 bytes of data.  What would account for 
this? Incidentally, using hdparm to execute an Identify on a working 
drive to the sg handle, does work.

Any pointers or ideas are welcome.

Andy