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. MikulasReceived on Sat Feb 07 2009 - 09:56:20 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:41 UTC