Jeremy Fitzhardinge wrote:
quoted text > Alok Kataria wrote:
>
> I guess, but the bulk of the uses of this stuff are going to be
> hypervisor-specific. You're hard-pressed to come up with any other
> generic uses beyond tsc.
And arguably, storing TSC frequency in CPUID is a terrible interface
because the TSC frequency can change any time a guest is entered. It
really should be a shared memory area so that a guest doesn't have to
vmexit to read it (like it is with the Xen/KVM paravirt clock).
Regards,
Anthony Liguori
quoted text > In general, if a hypervisor is going to put something in a special
> cpuid leaf, its because there's no other good way to represent it.
> Generic things are generally going to appear as an emulated piece of
> the virtualized platform, in ACPI, DMI, a hardware-defined cpuid leaf,
> etc...
--
unsubscribe notice To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Messages in current thread:
Re: [RFC] CPUID usage for interaction between Hypervisors an... , Anthony Liguori , (Wed Oct 1, 5:34 pm)