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] Re: [PATCH] clocksource=tsc

To: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH] clocksource=tsc
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 15 Jul 2008 16:08:35 +0100
Cc: Dave Winchell <dwinchell@xxxxxxxxxxxxxxx>
Delivery-date: Tue, 15 Jul 2008 08:09:02 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080715084431031.00000080236@djm-pc>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjkZ5sqwfzsRK8bRLOogZ+uDOy+agBK8Gg8AAvqplAALhkLxQADB+XQAAFG8Vo=
Thread-topic: [PATCH] clocksource=tsc
User-agent: Microsoft-Entourage/11.4.0.080122
On 15/7/08 15:44, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:

> Hmmm... One thing I was trying to do with the special
> casing in get_s_time() was to avoid using a dynamically
> changing scaling (t->tsc_scale).  If I'm not mistaken,
> t->tsc_scale is recalculated every EPOCH and thus is
> a potential source of stime jitter.  Seems unnecessary
> just to make the code look cleaner.

My patch disables the per-epoch calibration.

Actually in this mode of operation we hardly need a platform timer *at all*.
The idea is that we let the TSCs free-run, because we know they will behave.
Returning to 32-bit read_counter(), and having NULL read_counter when
clocksource=tsc would be another possibility...

> One other nit:  Especially if the above is changed, do
> you really prefer a strcmp vs a global variable (or
> checking for size == 64) for determining if the tsc
> is the platform timer?

It's hidden in a macro and it's called very rarely. So I think it's fine.

 -- Keir



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