[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] bi-modal backends - fronend mode detection
Keir Fraser wrote: > Actually this doesn't necessarily work reliably. We don't know what mode the > HVM guest will happen to be running in when we query it via a hypercall. We > should add an address-bits field to the frontend device-info directory. This > can be filled in by frontend drivers, and also by the tools when creating PV > guests. In the absence of the address-bits field, backend can assume native > bit width or 32-bit width, whichever seems likely to work with most older > HVM clients. We have that issue for PV domains too (32-on-64 starts working now), which is more problematic as we have both 32bit and 64bit distros in the wild, which of course don't add info to xenstore indicating the protocol variant. For the pv-on-hvm case we maybe have the chance to fix it up in a sane way before plenty of systems use it we do it quickly, for example by requiring guests adding the info to the xenstore. I'd go with some "protocol" instead of "address bits" field, giving numbers "1" and "2" to the current 32bit and 64bit structs and leaving the door open to introduce some new protocol "3" at some point in the future. cheers, Gerd -- Gerd Hoffmann <kraxel@xxxxxxx> http://www.suse.de/~kraxel/julika-dora.jpeg _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |