public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/

  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