On Sat, Dec 30, 2006 at 11:48:15AM -0500, Mark Lord wrote: > >Got any ideas for things to try? > > Just for extra info, try redoing your tests *without* smartd running. > (possible theory is that S.M.A.R.T. commands may be interfering > or triggering some kind of buggy behaviour somewhere). With smartd killed, it still seems to be triggering with the following message: Dec 30 12:38:49 tower kernel: ata4.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x0 Dec 30 12:38:49 tower kernel: ata4.00: (BMDMA stat 0x26) Dec 30 12:38:49 tower kernel: ata4.00: cmd c8/00:08:70:e9:02/00:00:00:00:00/e0 tag 0 cdb 0x0 data 4096 in Dec 30 12:38:49 tower kernel: res 50/00:00:70:e9:02/00:00:00:00:00/e0 Emask 0x20 (host bus error) Dec 30 12:38:49 tower kernel: ata4.00: configured for UDMA/33 Dec 30 12:38:49 tower kernel: ata4: EH complete Dec 30 12:38:49 tower kernel: SCSI device sdc: 4030464 512-byte hdwr sectors (2064 MB) Dec 30 12:38:49 tower kernel: sdc: Write Protect is off Dec 30 12:38:49 tower kernel: SCSI device sdc: write cache: disabled, read cache: enabled, doesn't support DPO or FUA >From what I've found experimenting, the problem seems to occur much more frequently with larger IOs often around the same offset (~181000 blocks). Is there any way to force libata to drop back to a slower UDMA mode (but not PIO) to see if it may be a timing issue with the card and adapter itself? The other problem I'm finding is that this new motherboard doesn't want to use AHCI, regardless of the settings of the BIOS. The old IDE drivers will only work in PIO mode on this chipset (an ICH7, I think), making it difficult to compare things. -ben -- "Time is of no importance, Mr. President, only life is important." Don't Email: <dont@xxxxxxxxx>. - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
