[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] Debian stable kernel got timer issue when running as PV guest
On Fri, Apr 13, 2012 at 12:56 AM, Jan Beulich <JBeulich@xxxxxxxx> wrote:
The CPUID detection part in the kernel is handled by CPU vendor, not Xen. And the way how Xen control it is through CPUID it present to the guest.
1. We can only mask one bit of it. But currently this leaf got only this feature. I don't think it would be a big problem of mask the whole leaf. I think it's already a problem that Xen handle PV guest a blacklist of cpu feature rather than a white list, so when some new feature slipped in(like this time), nobody would know what would happen. I am really thinking of some thing like:
switch ( input )
regs = regs = regs = regs = 0;
Maybe there are some reason that we didn't set a default value for pv cpuid policy, but I can't see why.
2. If we want to present the cpu feature to the guest and disable that feature in the guest, then what's the point? I don't think it is a good idea. What if there are something else interactive with this cpuid feature but we failed to disable(e.g. something other than sched_clock_stable)? Just don't show it would be a better/cleaner way to do it, as long as we agreed this feature is useless even troublesome for PV guest.
_______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
Lists.xenproject.org is hosted with RackSpace, monitoring our