WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Xen 4.0.0-rc7 problem/hang with vt-d DMAR parsing

To: Weidong Han <weidong.han@xxxxxxxxx>
Subject: RE: [Xen-devel] Xen 4.0.0-rc7 problem/hang with vt-d DMAR parsing
From: "Nadolski, Ed" <Ed.Nadolski@xxxxxxx>
Date: Mon, 5 Apr 2010 12:00:24 -0600
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>, "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
Delivery-date: Mon, 05 Apr 2010 11:02:13 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <4BAAA89C.9040308@xxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20100323193748.GW1878@xxxxxxxxxxx> <C7CECCF9.E36E%keir.fraser@xxxxxxxxxxxxx> <20100323200515.GZ1878@xxxxxxxxxxx> <ED3036A092A28F4C91B0B4360DD128EABE03D6BC@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4BA9DA400200007800036ABB@xxxxxxxxxxxxxxxxxx> <4BA9D512.9090902@xxxxxxxxx> <4BA9ED8D0200007800036B3F@xxxxxxxxxxxxxxxxxx> <4BA9F0C1.7080809@xxxxxxxxx> <8115AF16522A3D4383C1FF753036713F9B3AB02E@xxxxxxxxxxxxxxxxx> <4BAAA89C.9040308@xxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcrLrsooU/qDQmFSSXq6WbHD28FTuAJOo3mg
Thread-topic: [Xen-devel] Xen 4.0.0-rc7 problem/hang with vt-d DMAR parsing
> > I'm also seeing a hang on boot with 4.0.0-rc7, but I am not clear if
> this is the same issue.  Here is the tail end of the trace:
> >
> > [    4.802862] NetLabel:  unlabeled traffic allowed by default
> > [    4.808653] DMAR:Host address width 40
> > [    4.812310] DMAR:DRHD base: 0x000000dfffe000 flags: 0x0
> > [    4.817604] IOMMU dfffe000: ver 1:0 cap c90780106f0462 ecap f020fe
> > [    4.823816] DMAR:DRHD base: 0x000000fedc0000 flags: 0x1
> > [    4.829105] IOMMU fedc0000: ver 1:0 cap c90780106f0462 ecap f020f6
> > [    4.835325] DMAR:RMRR base: 0x000000dbe58000 end: 0x000000dbe6ffff
> > [    4.841556] DMAR:ATSR flags: 0x0
> > [    4.844844] DMAR:ATSR flags: 0x0
> > [    4.848133] Not all IO-APIC's listed under remapping hardware
> > [    4.854028] IOMMU 0xdfffe000: using Queued invalidation
> > [    4.859217] IOMMU 0xfedc0000: using Queued invalidation
> > [    4.864493] IOMMU: Setting RMRR:
> > [    4.867778] IOMMU: Setting identity map for device 0000:00:1d.0
> [0xdbe58000 - 0xdbe70000]
> > [    4.876053] IOMMU: Setting identity map for device 0000:00:1d.1
> [0xdbe58000 - 0xdbe70000]
> > [    4.884264] IOMMU: Setting identity map for device 0000:00:1d.2
> [0xdbe58000 - 0xdbe70000]
> > [    4.892485] IOMMU: Setting identity map for device 0000:00:1d.7
> [0xdbe58000 - 0xdbe70000]
> > [    4.900709] IOMMU: Setting identity map for device 0000:00:1a.0
> [0xdbe58000 - 0xdbe70000]
> > [    4.908928] IOMMU: Setting identity map for device 0000:00:1a.1
> [0xdbe58000 - 0xdbe70000]
> > [    4.917150] IOMMU: Setting identity map for device 0000:00:1a.2
> [0xdbe58000 - 0xdbe70000]
> > [    4.925390] IOMMU: Setting identity map for device 0000:00:1a.7
> [0xdbe58000 - 0xdbe70000]
> > [    4.933612] IOMMU: Prepare 0-16MiB unity mapping for LPC
> > [    4.938938] IOMMU: Setting identity map for device 0000:00:1f.0
> [0x0 - 0x1000000]
> > [    4.946651] VT-d detected invalid descriptor: low=11, high=0
> >
> > Then it hangs. This is on a Dell T7500 quad-core Xeon with the latest
> Dell BIOS (rev. A03).  Should I try the suggested patch, or any
> particular command line or build options? Should I dump the DMAR
> tables?
> >
> Your issue is different. It's caused by enabling VT-d in pv-ops dom0.
> but pv-ops dom0 should not see DMAR table because its signature is
> zapped after xen enables it.  Pls have a try with turn off VT-d in
> pvops config (# CONFIG_DMAR is not set) , it should solve your issue. But we
> need to find why pv-ops dom0 still sees DMAR table in ACPI. Pls dump
> DMAR tables.

Changing CONFIG_DMAR as you say fixes the hang. I've also attached the DMAR 
table dump as you requested, does this look OK?

Thanks again,
Ed






Attachment: DellT7500_BIOS_A03-dmar.bin
Description: DellT7500_BIOS_A03-dmar.bin

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>