[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |