|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] dealing with ill DMI table pointer
On at least one system we see the DMI table being located in what E820 reports
as usable RAM. Obviously, native has no immediate issue with this as it (a)
needs
the tables only at boot and (b) has no problem ioremap-ing RAM pages. A Xen
kernel, otoh, is likely to die because of this unless it happens to own the
page(s).
The only reasonable workaround I can see would be to have Xen look up the
DMI table and alter the E820 map by hand if needed (and also avoid to destroy
the information contained therein, implying that this must be done pretty
early).
The only other alternative I see would be to simply say: Bad luck, get a BIOS
update. But the DMI code in Linux clearly says that this is not a unique
problem,
so having some kind of workaround to at least gracefully fail dmi_scan_machine()
might be desirable, but would seem to require propagating an error code from
set_fixmap() and changing this function to use hypercalls instead of direct page
table writes.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] dealing with ill DMI table pointer,
Jan Beulich <=
|
|
|
|
|