This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [PATCH] time-xen : Reset monotonic time when sync up tim

At 15:46 +0100 on 15 Oct (1287157606), Dan Magenheimer wrote:
> Agreed that this is a better solution to a very important problem.
> I'm just trying to determine if it helps solve another time-related
> real world problem.

Yep.  AFAICS it doesn't really affect that at all. :|

> >  - all the user really needs is a generation counter to know that the
> >    clock correction values are stale, and the kernel can provide that
> >    alongside the stime.
> Agreed that a generation counter solves this.  BUT...
> (1) afaik there is no generation counter in any time-related
> kernel API; and

OK, but one could be added wherever the stime is exposed.  This line of
reasoning runs into the earlier discussions about PV time protocols fopr
userspace (inluding process migration &c), and I've nothing useful to
add to that now. :)

> (2) afaict this generation counter would need to be "pushed"
> from the dom0 kernel so would either (a) require domU kernels
> to read from xenstore, or (b) require some kind of privileged
> hypercall from dom0 to the hypervisor telling the hypervisor
> to change the generation counter (and scaling values?) for all
> domUs.

I was under the impression that the only time you'd really need to
invalidate the xenstore values was on live migration, which the domU
kernel can certainly know about.  One reason they use xenstore is that
the correction numbers are quite stable and don't need to be polled
every time.


Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, XenServer Engineering
Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>