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

[Xen-devel] s_time going backwards on same processor?

To: "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>
Subject: [Xen-devel] s_time going backwards on same processor?
From: "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
Date: Tue, 22 Jul 2008 15:58:59 -0600
Cc: Dave Winchell <dwinchell@xxxxxxxxxxxxxxx>
Delivery-date: Tue, 22 Jul 2008 14:59:40 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Oracle Corporation
Reply-to: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjsRiBvfsM2jSzrTdKQFwbDzvcjiQ==
Are there any conditions/events in a running Xen system
that can cause two consecutive calls to get_s_time()
*on the same processor* to return values such that
the second one is smaller than the first (other than
64-bit wraparound)?  I ask because I'm fairly sure
that I observed this, and Xen system time on the
same processor moved backwards about 40us (40000ns).

I *do* know that get_s_time() on different processors
can have this behavior and I know it is possible for
hvm_get_guest_time() to go backwards (timer_mode=0),
but I thought s_time was monotonically non-decreasing
on any given processor and that read_platform_stime()
is also monotonically non-decreasing.

Does dom0 maybe have direct hardware access to the hardware
platform timer that xen system time is dependent on?

Thanks,
Dan

===================================
Thanks... for the memory
I really could use more / My throughput's on the floor
The balloon is flat / My swap disk's fat / I've OOM's in store
Overcommitted so much
(with apologies to the late great Bob Hope)
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel