Re: intel-iommu: CONFIG_DMAR*=y kills my box

From: mark gross
Date: Thu May 08 2008 - 14:48:27 EST


On Thu, May 08, 2008 at 07:56:10PM +0200, Gabriel C wrote:
> mark gross wrote:
> > On Thu, May 08, 2008 at 07:43:01AM -0700, mark gross wrote:
> >> On Tue, May 06, 2008 at 01:15:54PM -0700, Andrew Morton wrote:
> >>> On Wed, 30 Apr 2008 01:04:45 +0200
> >>> Gabriel C <nix.or.die@xxxxxxxxxxxxxx> wrote:
> >>>>> I think your bios is goofy / unprepared to support IOMMU / VT-d and
> >>>>> doing strange things with enumerated a parallel port on a PCIE bus with
> >>>>> VTD is turned on...
> >>>> I will contact ASUS peoples about the BIOS but it has for sure VT-d support and it is enabled.
> >>> So.. what happened here? It seems like a pretty fatal problem, and
> >>> personally I don't think that contacting vendors about BIOS upgrades is a
> >>> suitable general solution. It would be much better to find a kernel-based
> >>> fix or workaround?
> >>>
> >> I just got some expert advice on this issue. I will try again and look
> >> for a problem with the iommu code getting executed before the USB / PCI
> >> bus is fully initialized.
> >>
> >> also, I just realized that I was attempting to reproduce the failure on
> >> the MM tree, and re-reading the report I see its on the linux-next tree.
> >>
> >> I'm retesting it this am.
> >>
> >
> > linux-next works fine on my system :( with intel-iommu on.
> >
> > root@mtgsdv1:~# lspci
> > 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02)
> > 00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 02)
> > 00:03.0 Communication controller: Intel Corporation 82G33/G31/P35/P31 Express MEI Controller (rev 02)
> > 00:03.2 IDE interface: Intel Corporation 82G33/G31/P35/P31 Express PT IDER Controller (rev 02)
> > 00:03.3 Serial controller: Intel Corporation 82G33/G31/P35/P31 Express Serial KT Controller (rev 02)
> > 00:19.0 Ethernet controller: Intel Corporation 82566DM-2 Gigabit Network Connection (rev 02)
> > 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 02)
> > 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 02)
> > 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 02)
> > 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 02)
> > 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
> > 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 02)
> > 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 02)
> > 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 02)
> > 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 02)
> > 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 92) 00:1f.0 ISA bridge: Intel Corporation Unknown device 2910 (rev 02)
> > 00:1f.2 SATA controller: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 6 port SATA AHCI Controller (rev 02)
> > 00:1f.3 SMBus: Intel Corporation 82801I (ICH9 Family) SMBus Controller (rev 02)
> > 00:1f.5 IDE interface: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE Controller (rev 02)
> >
> > Gabriel,
> >
> > The idea that perhaps something changed in the boot order, resulting in
> > the DMAR initialization code getting executed before all of the PCI
> > stuff is set up makes sense, but I don't have a good way of testing it
> > at the moment.
>
> Mark , does the box you test on have any extra PCI/e/X cards ( like a extra graphics card , extra network card ) ?
> On my box all extra PCI/e/X slots are empty I just use the onboard stuff at the moment.

its got a pcie e1000 down on the board and all slots empty
>
> Also when you boot do you have any USB stick , keyboard , etc device plugged in in that box ?
>
USB mouse and keyboard plugged in.

> >I'm going to try a few more config options (like building
> > everything as modules instead of mostly built-ins)
> >
>
> If it helps I can send you my config over.
>

At least I'll be able to say I tried, so yes it will help me.

> In any way I'll try to build a kernel with all USB modular when I'm back home.

This is what I'm running :(

--mgross

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/