xen-devel
RE: [Xen-devel] Re: Fix for get_s_time()
Hi Dan,
I just need to remove some debug and merge with unstable.
I should be able to send you a patch Monday or Tuesday.
You know, its more like hpet on system time.
Thanks for the testing offer.
Regards,
Dave
-----Original Message-----
From: Dan Magenheimer [mailto:dan.magenheimer@xxxxxxxxxx]
Sent: Fri 4/25/2008 5:03 PM
To: Dave Winchell
Cc: Keir Fraser; Tian, Kevin; xen-devel@xxxxxxxxxxxxxxxxxxx; Ian Pratt
Subject: RE: [Xen-devel] Re: Fix for get_s_time()
Hi Dave --
Are you ready to release the guest-virtual-platform-timer
on xen-system-time patch yet? If so, we'd be happy to
give it some testing.
Thanks,
Dan
> -----Original Message-----
> From: Dave Winchell [mailto:dwinchell@xxxxxxxxxxxxxxx]
> Sent: Friday, April 25, 2008 1:48 PM
> To: Dave Winchell
> Cc: Keir Fraser; Tian, Kevin; dan.magenheimer@xxxxxxxxxx;
> xen-devel@xxxxxxxxxxxxxxxxxxx; Ian Pratt; Dave Winchell
> Subject: Re: [Xen-devel] Re: Fix for get_s_time()
>
>
> Keir,
>
> Last nights run had the error in the 12 ppm range.
> Here is the change we have been talking about.
>
> -Dave
>
> Dave Winchell wrote:
>
> > Keir Fraser wrote:
> >
> >> On 24/4/08 17:04, "Dave Winchell"
> <dwinchell@xxxxxxxxxxxxxxx> wrote:
> >>
> >>
> >>
> >>> yes, this is the issue. What you suggest should be fine
> and I am trying
> >>> it now.
> >>> With the locking version (and a fix to a bug I
> introduced) I got .0012%
> >>> error
> >>> on an overnight run with hpet layered on
> get_s_time_mono(), which is
> >>> the
> >>> max(prev, cur) layer on get_s_time we discussed.
> >>>
> >>
> >>
> >> 12 parts per million is pretty good. Is that cumulative deviation
> >> from 'wall
> >> time' over ~12 hours?
> >>
> > yes, deviation between the guest's time and an ntp reference.
> >
> >> That could easily be explained by the fact that Xen
> >> system time is not sync'ed with ntp.
> >>
> >>
> > That's true. And, as we have discussed, this error seems to
> vary quite
> > a bit
> > platform to platform for some reason. I will verify that
> this still is
> > the case.
> >
> > -Dave
> >
> >> -- Keir
> >>
> >>
> >>
> >>
> >
>
>
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: [xen-devel] System time monotonicity, (continued)
- Re: [xen-devel] System time monotonicity, Keir Fraser
- [Xen-devel] Fix for get_s_time(), Dave Winchell
- [Xen-devel] Re: Fix for get_s_time(), Keir Fraser
- Re: [Xen-devel] Re: Fix for get_s_time(), Keir Fraser
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- Re: [Xen-devel] Re: Fix for get_s_time(), Keir Fraser
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- RE: [Xen-devel] Re: Fix for get_s_time(), Dan Magenheimer
- RE: [Xen-devel] Re: Fix for get_s_time(),
Dave Winchell <=
- RE: [Xen-devel] Re: Fix for get_s_time(), Dan Magenheimer
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- Re: [Xen-devel] Re: Fix for get_s_time(), Keir Fraser
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
- RE: [Xen-devel] Re: Fix for get_s_time(), Dan Magenheimer
- Re: [Xen-devel] Re: Fix for get_s_time(), Dave Winchell
RE: [xen-devel] System time monotonicity, Dan Magenheimer
|
|
|