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

["Cui, Dexuan" <dexuan.cui@xxxxxxxxx>]

Pasi Kärkkäinen wrote:
> On Thu, Mar 25, 2010 at 09:44:25AM +0000, Keir Fraser wrote:
>> On 25/03/2010 09:34, "Pasi Kärkkäinen" <pasik@xxxxxx> wrote:
>> 
>>> On Thu, Mar 25, 2010 at 09:30:18AM +0000, Jan Beulich wrote:
>>>>>>> Weidong Han <weidong.han@xxxxxxxxx> 25.03.10 10:21 >>>
>>>>> Sorry, I didn't copy it completely. Attached it. Thanks.
>>>> 
>>>> Ah, yes, this one looks fine to me.
>>>> 
>>>> Acked-by: Jan Beulich <jbeulich@xxxxxxxxxx>
>>>> 
>>> 
>>> I'll test this patch tomorrow.
>> 
>> I changed it around a bit and applied to xen-unstable, so you can
>> just test tip. 
>> 
> 
> Ok, I just tested 4.0.0-rc8.
> 
> (XEN) ACPI: HPET id: 0xffffffff base: 0xfed00000
> (XEN) [VT-D]dmar.c:371: Invalid ACPI DMAR entry length: 0x0
> (XEN) Failed to parse ACPI DMAR.  Disabling VT-d.
> 
> No 30 second delay anymore, VT-d gets disabled immediately.
> 
> And with iommu=verbose:
> 
> (XEN) ACPI: HPET id: 0xffffffff base: 0xfed00000
> (XEN) [VT-D]dmar.c:679: Host address width 36
> (XEN) [VT-D]dmar.c:371: Invalid ACPI DMAR entry length: 0x0
> (XEN) Failed to parse ACPI DMAR.  Disabling VT-d.
> 
> So both seem to work as expected with this broken BIOS.
> 

Yes, this is expected.

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