[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] ACPI-Tables corrupted?



>>> On 28.07.10 at 14:45, Keir Fraser <keir.fraser@xxxxxxxxxxxxx> wrote:
> On 28/07/2010 13:13, "Juergen Gross" <juergen.gross@xxxxxxxxxxxxxx> wrote:
> 
>>>> As Dom0 is a pv-kernel, it should be able to ignore this entry.
>>>> The crash kernel OTOH should not panic due to the trashed entry!
>>>> What is the correct solution here?
>>> 
>>> Could provide a cmdline option to not nobble the DMAR?
>> 
>> That's a possibility.
>> I wonder whether it wouldn't be better to let dom0 decide not to use it if
>> running under xen. This would remove the requirement for zapping the ACPI
>> table. IMO it's always a bad idea to change data of a deeper layer...
> 
> If we don't zap the DMAR then every existing dom0 kernel will fail with new
> hypervisor.

Who decided that this zapping is going to work on all systems in the
future? E.g. I can't see why a BIOS shouldn't decide to put most of
the ACPI tables in chipset write protected memory, if a chipset offers
such? In such an environment, Dom0 would still see the original
signature - shouldn't we thus correct the original mistake of fiddling
with the ACPI tables as we now have to touch that code anyway?

Jan


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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.