SiI3124 / ATA hw.end_transaction
Adriaan de Groot
groot at kde.org
Mon Feb 19 12:43:26 UTC 2007
At the beginning of February I posted [1] that I had a SiI3124 (SATA-II, RAID,
PCI-X) card (works in PCI slot, too) for testing and that worst-case I would
write the driver myself. Since there was no response, I wrote the driver
myself.
Mostly, anyway. I've written it to be part of the ata driver (long term this
does not seem like a good idea, what with PMs pushing the number of devices
per SATA channel > 1; having one CAM bus would be doable, I think, since 4
ports * hypothetical 15-port-multiplier is as far as this chipset can go) and
so far it handles interrupts and ATA IDENTIFY returns the correct
information. So I end up with (paraphrase, the machine I have the hardware in
isn't connected today):
atapci1: SiI 3124
ata6: <channel 0 on atapci1>
..
ata9: <channel 3 on atapci1>
ad12: TOSHIBA ... on ata6-master
Anyway, I'm having real trouble figuring out how the hw.begin_transaction,
hw.end_transaction and hw.status methods interact in struct ata_lowlevel.
Commands are issued (like ATA INDENTIFY) and go through begin_transaction. I
post the command to the device. On next interrupt for the channel (meaning
the command is completed) .. something. This is where I don't understand what
is happening or what is supposed to happen. status returns 0 or 1; in
ata-chipset.c these are typically documented as "have seen any device
action", but I don't know entirely what this is supposed to check. Given the
context I may be able to just return 1, but ata_pci_status() returns 0 if the
channel is busy (by the taskfile registers).
And then there's the end_transaction stuff; this should, presumably, set
request->result and request->error and request->status. Here, I'm in the dark
as to what values mean what. I've tried just retrieving them from the
taskfile (on the assumption that the 3124 updates the FIS after command
completion) but all I get for my trouble are request timeouts for SETMODE,
ENABLE_WCACHE, ... and the occasional READ_LBA. Booting this way takes a long
time, but eventually the ATA system gives up on the disk and boot continues
normally -- woe betide if I try dd if=/dev/ad12 though :)
So my question is particularly: what are status and end_transaction expected
to do? Is there documentation anywhere? dev/ata/* seems very light on
how-it-works and design docs -- although the code is clean and usually
explains what it is doing, so I've been able to get this far.
[1]
http://lists.freebsd.org/pipermail/freebsd-hardware/2007-February/004184.html
--
Adriaan de Groot
KDE Quality Team http://www.englishbreakfastnetwork.org/
SQO-OSS Researcher http://www.sqo-oss.eu/
More information about the freebsd-hardware
mailing list