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

To: <dan.magenheimer@xxxxxxxxxx>, "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>, "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] RE: [PATCH] clocksource=tsc
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Tue, 15 Jul 2008 08:35:54 +0800
Cc: Dave Winchell <dwinchell@xxxxxxxxxxxxxxx>
Delivery-date: Mon, 14 Jul 2008 17:36:18 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20080714115941000.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>
References: <C4A0D9C6.23F67%keir.fraser@xxxxxxxxxxxxx> <20080714115941000.00000080236@djm-pc>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcjkZ5sqwfzsRK8bRLOogZ+uDOy+agBK8Gg8AAvqplAAE4lzEA==
Thread-topic: [Xen-devel] RE: [PATCH] clocksource=tsc
>From: Dan Magenheimer
>Sent: 2008年7月15日 2:00
>
>> I'm sympathetic to the patch, but it looks like an ugly hack 
>> right now.
>
>> Since it should clearly only affect behaviour when the new
>> clocksource is explicitly selected...
>
>Actually the ugliness is because the read_counter function
>and plt_mask are both u32 and I worried that changing them to
>a u64 would be too invasive.
>
>So here's two possible replacement patches, one with those
>switched to u64 and the other with separate 32- and 64-bit
>read_counter functions.  Both are boot-tested with and
>without clocksource=tsc.
>
>Dan

Boot option is good enough for now, but finally I guess you may
need some type of dynamic clocksource switch mechanism,
just like what Linux does today. User may be not sure of the
specific platform. Some features may affect TSC stabilitity, e.g.
Px may have freq change and Cx may have TSC stop on some
platform. On those path a mark_tsc_unstable step is required
to switch current clocksource to other available platfrom timer
on the fly. So besides the boot option, Xen itself needs to code
such condition checks for TSC stability. :-)

Thanks,
Kevin

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