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: Pasi Kärkkäinen <pasik@xxxxxx>, Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Xen 4.0.0-rc7 problem/hang with vt-d DMAR parsing
From: "Cui, Dexuan" <dexuan.cui@xxxxxxxxx>
Date: Wed, 24 Mar 2010 09:52:45 +0800
Accept-language: zh-CN, en-US
Acceptlanguage: zh-CN, en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Han, Weidong" <weidong.han@xxxxxxxxx>
Delivery-date: Tue, 23 Mar 2010 18:54:00 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20100323200515.GZ1878@xxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcrKxFb7CjAXY7ONRja/5e6ALIKq2gALhWiw
Thread-topic: [Xen-devel] Xen 4.0.0-rc7 problem/hang with vt-d DMAR parsing
Pasi K?rkk?inen wrote:
> On Tue, Mar 23, 2010 at 07:54:33PM +0000, Keir Fraser wrote:
>> On 23/03/2010 19:37, "Pasi Kärkkäinen" <pasik@xxxxxx> wrote:
>> 
>>>> It's not impossible that the BIOS VT-d support is just broken (I
>>>> assume you've never tested VT-d on this particular type of system
>>>> before). 
>>> 
>>> Yeah, I've never used VT-d on this system earlier, so it could just
>>> be broken BIOS. I guess Xen still shouldn't hang on it?
>> 
>> We'd prefer to gracefully disable VT-d.
>> 
> 
> 4.0.0-rc7 (without any extra cmdline options) does disable vt-d and
> boot ok, after 'hanging' for 30 seconds while parsing the DMAR tables.
> 
> If I add "iommu=verbose" option for Xen, then it'll print huge amount
> of stuff like I pasted earlier.. and it takes forever to print all
> that. 
> 
> Hmm.. wondering if the patch Jan just sent will help with that.
> Sounds like it might help :)
I guess Jan's patch helps here in a very interesting way:
I suspect your BIOS doesn't construct the DMAR properly, e.g., in 
acpi_parse_dmar(),  entry_header->length is always 0, so xen'll hang in the 
while loop and continue printing the "dmaru->address = 0" message when 
iommu=verbose.
Without verbose message outputing, the loop runs even faster and in 
acpi_parse_one_drhd(),  xmalloc(struct acpi_drhd_unit) would NULL in a short 
periof of time and hence VT-d is got disabled... :-)

Please dump your DMAR table using the 'acpudump' utility in *native Linux*:
# wget 
http://kernel.org/pub/linux/kernel/people/lenb/acpi/utils/pmtools-20100123.tar.gz
# tar zxf pmtools-20100123.tar.gz
# cd pmtools-20100123/acpidump && make && ./acpidump --table DMAR -b > dmar.bin
Please attach the dmar.bin so we can double check.

Thanks,
-- Dexuan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>