HT 1000 SATA suggestion
- From: Mikulas Patocka <mikulas@xxxxxxxxxxxxxxxxxxxxxxxx>
- Date: Sat, 7 Feb 2009 11:27:34 +0100 (CET)
Hi
I found that you have problems with HT1000 SATA in FreeBSD.
The problem is actually explained in the comments in the Linux driver.
For normal IDE & legacy SATA cards, the sequence to perform DMA is this:
- load register file
- submit the command to the disk
- setup dma sg table address and start dma
But for ServerWorks SATA chips this sequence is wrong. If there is some
CPU latency and data from the disk arrive BEFORE you start the dma engine,
the controller will hang or corrupt the data.
The correct sequence is to first start dma and then write the command to
the taskfile. (Linux does this on serverworks SATA chips for both read and
write commands, likely it doesn't cause problems with write commands)
I am not a FreeBSD user or developer and I don't have a FreeBSD machine
here to test, I was just developing ServerWorks SATA driver for another
system, read the Linux driver, searched for HT1000 on the internet and
found some your discussion where you desperately tried to work around the
bugs in the chip and ended up restricting the transfer size (and then
restricted it even more because it still didn't work perfectly) ... then I
looked into FreeBSD source and saw that you start DMA after sending the
command. So I'm writing you this like a suggestion to try.
Mikulas
_______________________________________________
freebsd-current@xxxxxxxxxxx mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@xxxxxxxxxxx"
- Follow-Ups:
- Re: HT 1000 SATA suggestion
- From: Søren Schmidt
- Re: HT 1000 SATA suggestion
- Prev by Date: Re: iwi broken? reproducible crash :(
- Next by Date: [head tinderbox] failure on amd64/amd64
- Previous by thread: USB2/USB4BSD - code reference available
- Next by thread: Re: HT 1000 SATA suggestion
- Index(es):
Relevant Pages
|
