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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.