From: Muli Ben-Yehuda <muli@il.ibm.com>
To: Jeff Garzik <jeff@garzik.org>
Cc: Andres Freund <andres@anarazel.de>, linux-kernel@vger.kernel.org
Subject: Re: bad DMAR interaction with iwlagn and SATA
Date: Fri, 26 Sep 2008 17:47:08 +0300 [thread overview]
Message-ID: <20080926144708.GD9118@il.ibm.com> (raw)
In-Reply-To: <48DC4BC0.7090203@garzik.org>
On Thu, Sep 25, 2008 at 10:41:04PM -0400, Jeff Garzik wrote:
> Andres Freund wrote:
>> Hi Jeff,
>> On Friday 26 September 2008, you wrote in "Re: bad DMAR interaction with
>> iwlagn and SATA":
>>> Andres Freund wrote:
>>>> sleeping I activated DMAR...
>>>> ..
>>>> Second:
>>>> [ 2937.484251] DMAR:[DMA Read] Request device [00:1f.2] fault addr
>>>> fffbf000 [ 2937.484255] DMAR:[fault reason 06] PTE Read access is not
>>>> set
>>>> [ 2937.484297] ata1.00: exception Emask 0x60 SAct 0x1 SErr 0x800 action
>>>> 0x6 frozen
>>>> [ 2937.484303] ata1.00: irq_stat 0x20000000, host bus error
>>>> [ 2937.484309] ata1: SError: { HostInt }
>>>> [ 2937.484319] ata1.00: cmd 61/08:00:c0:1d:6b/00:00:07:00:00/40 tag 0
>>>> ncq
>>>> 4096 out
>>>> [ 2937.484321] res 40/00:00:c0:1d:6b/00:00:07:00:00/40 Emask
>>>> 0x60 (host bus error)
>>> Ouch, a host bus error is serious nastiness...
>> I only hit that with DMAR activated (hit it twice, different boots), so it
>> seems to be related to that. Is there anything I can help to debug that?
>
> No idea about DMAR. On the ATA side, it pretty diagnoses itself as
> you see here. Unfortunately, ATA controller is behaving exactly as
> it should, when a major system error is thrown its way.
The way to debug this is to figure out why device 00:1f.2 is trying to
read from DMA address fffbf000 and does not have permission to do
so. This could be indicative of a driver bug where it is programming
the device to read from some buffer that has not been allocated
through the DMA API and thus does not have a valid IOMMU mapping, or a
hardware quirk where the device tries to read from memory without host
involvement. The former is much more likely.
Cheers,
Muli
--
The First Workshop on I/O Virtualization (WIOV '08)
Dec 2008, San Diego, CA, http://www.usenix.org/wiov08/
xxx
SYSTOR 2009---The Israeli Experimental Systems Conference
http://www.haifa.il.ibm.com/conferences/systor2009/
next prev parent reply other threads:[~2008-09-26 14:48 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-09-25 13:11 bad DMAR interaction with iwlagn and SATA Andres Freund
2008-09-26 2:11 ` Jeff Garzik
2008-09-26 2:18 ` Andres Freund
2008-09-26 2:41 ` Jeff Garzik
2008-09-26 14:47 ` Muli Ben-Yehuda [this message]
2008-09-26 15:12 ` Johannes Berg
2008-09-26 23:30 ` Tomas Winkler
2008-09-29 8:27 ` Andres Freund
2008-09-29 8:40 ` Tomas Winkler
2008-10-06 12:26 ` Johannes Berg
2008-10-06 14:32 ` Andres Freund
2008-10-07 8:37 ` Johannes Berg
2008-10-07 17:04 ` Kyle McMartin
2008-10-07 17:08 ` Johannes Berg
2008-09-26 15:10 ` Johannes Berg
2008-09-29 8:26 ` Andres Freund
-- strict thread matches above, loose matches on Subject: below --
2008-10-06 22:11 Boris Fersing
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080926144708.GD9118@il.ibm.com \
--to=muli@il.ibm.com \
--cc=andres@anarazel.de \
--cc=jeff@garzik.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox