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: "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] RE: [PATCH] clocksource=tsc
From: "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
Date: Tue, 15 Jul 2008 09:46:09 -0600
Cc: Dave Winchell <dwinchell@xxxxxxxxxxxxxxx>
Delivery-date: Tue, 15 Jul 2008 08:47:57 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C4A27C03.24034%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/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: AcjkZ5sqwfzsRK8bRLOogZ+uDOy+agBK8Gg8AAvqplAALhkLxQADB+XQAAFG8VoAATgKoA==
> > 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.

OK, then I think it is the calls to calibrate_tsc_ap() that
result in different values of tsc_scale (potentially a different
one for every processor depending on the precision of the
calibration).  I still think it would be clearer and safer
to always use a fixed tsc_scale value.

> 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...

That's essentially what the original tscstable.patch did, though
I was perhaps much uglier in the miscellaneous parts.

Thanks,
Dan


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