On Nov 21, 2017, at 11:35 AM, Jan Beulich > wrote: On 21.11.17 at 11:42, > wrote: On 11/21/2017 08:09 AM, Jan Beulich wrote: On 13.11.17 at 16:41, > wrote: +### x86/PVH guest + + Status: Supported + +PVH is a next-generation paravirtualized mode +designed to take advantage of hardware virtualization support when possible. +During development this was sometimes called HVMLite or PVHv2. + +Requires hardware virtualisation support (Intel VMX / AMD SVM) I think it needs to be said that only DomU is considered supported. Dom0 is perhaps not even experimental at this point, considering the panic() in dom0_construct_pvh(). Indeed, that's why dom0 PVH isn't in the list, and why this says 'PVH guest', and is in the 'Guest Type' section. We generally don't say, "Oh, and we don't have this feature at all". If you think it's important we could add a sentence here explicitly stating that dom0 PVH isn't supported, but I sort of feel like it isn't necessary. Much depends on whether you think "guest" == "DomU". To me Dom0 is a guest, too. That’s not how I’ve ever understood those terms. A guest at a hotel is someone who is served, and who does not have (legal) access to the internals of the system. The maids who clean the room and the janitors who sweep the floors are hosts, because they have (to various degrees) extra access designed to help them serve the guests. A “guest” is a virtual machine that does not have access to the internals of the system; that is the “target” of virtualization. As such, the dom0 kernel and all the toolstack / emulation code running in domain 0 are part of the “host”. Domain 0 is a domain and a VM, but only domUs are guests. Any other opinions on this? Do we need to add these to the terms defined at the bottom? -George