On Tue, 31 Jan 2012 00:32:11 +0100, Chris Wright <chrisw@xxxxxxxxxxxx>
wrote:
* Paweł Żak (pawel.zaq@xxxxxxxxx) wrote:
On Mon, 30 Jan 2012 22:41:32 +0100, Don Dutile <ddutile@xxxxxxxxxx>
wrote:
>Well, the lspci dump in the bugzilla report doesn't show a device
>w/BDF=0b:00.1;
>so, if the SATA device (which is 0b:00.0) is spitting out 0b:00.1
>as the source
>of any of its DMA packets, the IOMMU will fault on it, since
>0b:00.1 didn't
>request DMA mappings (0b:00.0 did).
>I semi-recall someone else reporting this 'feature' on this list.
>Wonder if pci-quirk has to filter this case (0b:00.0 on this system
means
>map for 0b:00.0 & 0b:00.1 -- ick!)
>
>do another lspci -vvv to ensure that 0b:00.1 wasn't excluded in the
list.
>if it doesn't exist, then the problem is the SATA device using an
>unknown/unrecognized
>BDF of 0b:00.1
Yep, that's correct. I enabled all integrated peripherals on my
motherboard and there were still no entries with BDF 0b:00.1 in
lspci -vvv output. Should I take this problem to MSI then?
Yeah, something is not right. Is there any BIOS control over that
device?
As far as the BIOS is concerned I can only switch between:
- disabled,
- AHCI mode,
- IDE mode.
The problem occurs in both IDE and AHCI modes.
Apart from that I am also able to bring up RAID setup window for this
controller, right after turning the computer on, but since there are no
disks connected to it there's nothing I can alter.
Paweł
--
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
