On 02/07/2011 11:48 AM, Chris Webb wrote:
Chris Webb<chris@xxxxxxxxxxxx> writes:
Robert Hancock<hancockrwd@xxxxxxxxx> writes:
Is it the same model of add-on card?
Hi. Yes, they're four identical machines with four identical SATA
controllers.
This controller apparently has both a SATA and PATA controller on
it. The PATA portion doesn't seem to be showing up in lspci, but
obviously the BIOS saw some sign of it - and if the IOMMU reporting
can be believed, it's trying to do a read request for some reason..
Since SATA cards are cheap, I've ordered a different AHCI card to try
swapping out, so will be able to confirm if it's specific to this SATA card.
I've now done this, swapping in a Highpoint R620. I get the same
IO_PAGE_FAULT, same timeouts on the sata card, but lspci now shows up the
device 03:00.1. I've put the new dmesg and lspci output at
http://cdw.me.uk/tmp/sata-fault-hpt.dmesg
http://cdw.me.uk/tmp/sata-fault-hpt.lspci
Again, problem is present both with 2.6.32.25 and 2.6.37.
Curious.. We don't even have a driver loaded for the PATA device on that
chip so I don't see how we could be telling it to do anything. As far as
I can see there are a few possible causes: Either the device is
generating read requests which appear to come from the PATA function
rather than the SATA one for some reason, the IOMMU is picking up the
wrong device function for requests from that device, or something in the
platform is somehow misconfiguring the device to cause this error. It
may not be easy to figure out which one is the cause, however.
Putting Joerg Roedel from AMD on the CC list to see if he has any more
insight..
--
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
