[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] time-xen : Reset monotonic time when sync up time from dom0 to domU
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. -- Tim Deegan <Tim.Deegan@xxxxxxxxxx> Principal Software Engineer, XenServer Engineering Citrix Systems UK Ltd. (Company #02937203, SL9 0BG) _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |