I don&#39;t have a silver-bullet solution/root-cause for you, but to me this looks like an issue with your newer kernel and drivers running against your older chipset and drives.  It seems the kernel is not wanting to use Direct Memory Access when talking to ATA (IDE) drives.  <br>
<br>Here is a link to a thread that has a suggestion for configuring the kernel to use a legacy mode when interacting with them, if I read it right.  And user Kane indicated specifying an irqpoll parameter also did the trick for him.   <br>
<br><a href="http://bbs.archlinux.org/viewtopic.php?pid=332907">http://bbs.archlinux.org/viewtopic.php?pid=332907</a><br><br>-Rob<br><br><br><div class="gmail_quote">On Fri, May 28, 2010 at 8:19 AM, Jeff Jensen <span dir="ltr">&lt;<a href="mailto:jjensen@apache.org">jjensen@apache.org</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Searching through the last boot log (trying to determine what is ata2), I<br>
see:<br>
<br>
For the old 40G:<br>
ata2.00: ATAPI: CRD-8400B, 1.04, max UDMA/33<br>
<div class="im">ata2.00: configured for PIO4<br>
</div><div class="im">ata2.00: device is on DMA blacklist, disabling DMA<br>
</div>ata2.01: 78165360 sectors, multi 16: LBA<br>
ata2.01: ATA-5: WDC WD400BB-00CLB0, 05.04E05, max UDMA/100<br>
<div class="im">ata2.01: configured for UDMA/33<br>
<br>
</div>For the new 1TB:<br>
ata6.00: ATA-8: WDC WD1001FALS-00J7B1, 05.00K05, max UDMA/133<br>
ata6.00: configured for UDMA/133<br>
ata6: SATA link up 3.0 Gbps (SStatus 123 SControl 300)<br>
ata6: SATA max UDMA/133 mmio m1048576@0xf4100000 port 0xf4128000 irq 5<br>
<br>
<br>
It looks like ata1 &amp; ata2 are the IDEs and ata3-ata6 are the new SATA card<br>
(?).  So perhaps these messages are potential drive failure ones?<br>
<div><div></div><div class="h5"><br>
<br>
-----Original Message-----<br>
From: Jeff Jensen [mailto:<a href="mailto:jjensen@apache.org">jjensen@apache.org</a>]<br>
Sent: Friday, May 28, 2010 8:02 AM<br>
To: &#39;<a href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a>&#39;<br>
Subject: ata &quot;failed command: WRITE DMA&quot;, &quot;ATA bus error&quot; messages<br>
<br>
To my old backup server (running BackupPC), I recently added a PCI SATA card<br>
and 1TB drive, and installed Fedora 13 (and removed 2 IDE smaller drives;<br>
the boot drive is still an older IDE 40G; was running Fedora 11).  Messages<br>
log regularly has this set of messages, much more frequent when the backup<br>
is running:<br>
<br>
May 28 06:49:38 nacho kernel: ata2.01: exception Emask 0x0 SAct 0x0 SErr 0x0<br>
action 0x6<br>
May 28 06:49:38 nacho kernel: ata2.01: BMDMA stat 0x44<br>
May 28 06:49:38 nacho kernel: ata2.01: failed command: WRITE DMA<br>
May 28 06:49:38 nacho kernel: ata2.01: cmd<br>
ca/00:c0:4f:8c:1a/00:00:00:00:00/f0 tag 0 dma 98304 out<br>
May 28 06:49:38 nacho kernel:         res<br>
51/84:00:0e:8d:1a/00:00:00:00:00/f0 Emask 0x10 (ATA bus error)<br>
May 28 06:49:38 nacho kernel: ata2.01: status: { DRDY ERR }<br>
May 28 06:49:38 nacho kernel: ata2.01: error: { ICRC ABRT }<br>
May 28 06:49:38 nacho kernel: ata2: soft resetting link<br>
May 28 06:49:38 nacho kernel: ata2.00: device is on DMA blacklist, disabling<br>
DMA<br>
May 28 06:49:38 nacho kernel: ata2.00: configured for PIO4<br>
May 28 06:49:38 nacho kernel: ata2.01: configured for UDMA/33<br>
May 28 06:49:38 nacho kernel: ata2: EH complete<br>
<br>
I&#39;ve googled various words from the messages, but what I find are CD drive<br>
related messages and &quot;now it takes longer to boot, so change modprobe&quot; type<br>
things.  I think mine is related to the new drive (just a hint from the &quot;ATA<br>
bus error&quot; and &#39;ata&#39; all over the messages ;-), possibly harmless messages<br>
or maybe a SATA card config or compatibility problem(?).  I&#39;m surprised they<br>
keep repeating - if it was just a config error, I would think it would<br>
adjust once (maybe at boot) and then be done.<br>
<br>
Can anyone point me to an RTFM or hints how to research/what is the cause<br>
pretty-please?!<br>
<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
TCLUG Mailing List - Minneapolis/St. Paul, Minnesota<br>
<a href="mailto:tclug-list@mn-linux.org">tclug-list@mn-linux.org</a><br>
<a href="http://mailman.mn-linux.org/mailman/listinfo/tclug-list" target="_blank">http://mailman.mn-linux.org/mailman/listinfo/tclug-list</a><br>
</div></div></blockquote></div><br>