Re: ACPI-Tables corrupted?

[Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>]

> The really clean solution would be to virtualize the ACPI table for dom0 and
> remove the DMAR entry in this version. This would require some major work, I
> guess (clone at least the BIOS page containing the ACPI anchor and present
> a modified version to dom0).

Well, that is what it does right now. It zeros it out so that the DMAR
entry is gone from the ACPI tables.

I am not really sure that having a DMAR accessible to Dom0 is good. You
would have two entities trying to write to the DMAR's to control the
IOMMU and the PCI devices. Does Xen enable the IOMMU? Do you see that in
the serial log?
> 
> >
> >>>>The crash kernel expects a valid DMAR entry, as following code in
> >>>>enable_IR_x2apic() suggests:
> >>>
> >>>I don't know what that function does, nor how the error path below depends
> >>>on DMAR. DMAR isn't mentioned in the below code.
> >>
> >>Sorry, here a larger fragment (source arch/x86/kernel/apic/apic.c):
> >>                  /* IR is required if there is APIC ID>  255 even when running
> >>                   * under KVM
> >>                   */
> >>                  if (max_physical_apicid>  255 || !kvm_para_available())
> >>                          goto nox2apic;
> >
> >The if stmt is confusing. Also, what would happen if this kernel was booted
> >on a system without VT-d (and hence no DMAR)? Presumably it *can* boot in a
> >DMAR-less environment -- there must be something odd going on for it to end
> >on this path for us.
> 
> Yeah, that puzzled me, too.

What is the crash? And do you see any indiciation that x2APIC is turned
on? Do provide a serial log please.