[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: [PATCH 3/5] x86/pvclock: add vsyscall implementation



On 10/14/2009 05:00 AM, Jeremy Fitzhardinge wrote:

So it's broken or disabled when that assumption is wrong?  We could
easily fix that now.  Might even reuse the pvclock structures.
Well, the kernel internally makes more or less the same assumption; the
vsyscall clocksource is the same as the kernel's internal one.  I think
idea is that it just drops back to something like hpet if the tsc
doesn't have very simple SMP characteristics.

If the kernel could characterize the per-cpu properties of the tsc more
accurately, then it could use the pvclock mechanism on native.

It does - that's how kvm implements pvclock on the host side. See kvmclock_cpufreq_notifier() in arch/x86/kvm/x86.c.

--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.