WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Kernel printk timestamps and walltime drift

To: "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>, <dan.magenheimer@xxxxxxxxxx>
Subject: RE: [Xen-devel] Kernel printk timestamps and walltime drift
From: "Roger Cruz" <rcruz@xxxxxxxxxxxxxxxxxxxxxxxx>
Date: Fri, 13 Jun 2008 18:02:35 -0400
Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 13 Jun 2008 15:02:59 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C478A6E6.19DE6%keir.fraser@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjM0Rhtsp0FqzEJQH+pTArFmFSulQACI1i0ACgZ8YAAApu8UAAC5XoQAACb16AAAgYDkAAAuwVaAAC5roA=
Thread-topic: [Xen-devel] Kernel printk timestamps and walltime drift
Keir,

Was I correct in my understanding on how the timestamp is being obtained
via this call sequence?

-> vprintk -> printk_clock  -> sched_clock -> rdtscll

In other words, does your patchset use the rdtscll instruction on an
i386, pv, 32-bit linux to compute determine that time?  If not, how is
it derived (what file/function should I look at for sched_clock?).

While you are right that the only artifact that we have observed is the
drifting timestamps, a future product of ours may need to have an
accurate TSC presentation to the VM and if the time is being derived
from the TSC as I'm conjecturing, then this drift is something we're
going to have to worry about then.

Thank you Keir and Dan 

-----Original Message-----
From: Keir Fraser [mailto:keir.fraser@xxxxxxxxxxxxx] 
Sent: Friday, June 13, 2008 5:36 PM
To: dan.magenheimer@xxxxxxxxxx; Roger Cruz
Cc: xen-devel
Subject: Re: [Xen-devel] Kernel printk timestamps and walltime drift

On 13/6/08 22:21, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

> Hi Roger --
> 
> Sorry, I made a bad assumption... the solution I provided
> works for hvm domains.  For pvm domains, the guest clock
> will generally be determined by xen system time, and as
> Keir said, if the underlying clock xen is using skews from
> wallclock time, then xen system time will skew also.
> 
> I think the solution for this situation is to ensure
> that /proc/sys/xen/independent_wallclock is set to 0
> for each of your pvm domains and run ntpd on domain0.

Since sched_clock() is not built on top of xtime, this won't help.
sched_clock()'s implementation is tightly bound to Xen system time in
our
Linux patchset. It could be changed, but really I think these timestamps
are
the only noticeable artefact.

 -- Keir



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