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] x86: unconditionally mark TSC unstable under

To: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>
Subject: Re: [Xen-devel] Re: [PATCH] x86: unconditionally mark TSC unstable under Xen
From: Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Date: Thu, 15 Jul 2010 11:05:51 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Jed Smith <jed@xxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Delivery-date: Thu, 15 Jul 2010 11:06:42 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <cada2c9b-1e49-40ad-976e-2ee781d77a7c@default>
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: <51C8308F-F413-47AF-8845-C92BD36CA35C@xxxxxxxxxx> <4C3E2DCC.1010201@xxxxxxxx> <alpine.DEB.2.00.1007151656380.21432@kaball-desktop 4C3F37A5.9050606@xxxxxxxx> <b97b2105-e814-471e-b87f-0e2bc5bcbec6@default> <4C3F3B0F.1040107@xxxxxxxx> <70bac91d-227c-452f-bf20-a03a86d02255@default 4C3F45B0.305@xxxxxxxx> <cada2c9b-1e49-40ad-976e-2ee781d77a7c@default>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100621 Fedora/3.0.5-1.fc13 Lightning/1.0b2pre Thunderbird/3.0.5
On 07/15/2010 10:48 AM, Dan Magenheimer wrote:
> Maybe the xen_sched_clock code should be entirely removed
> rather than ifdef'd since it is no longer used and
> "(somewhat, in theory)" led to a strange bug?  Or if
> you are confident that it will be useful in the future
> by some linux scheduler, maybe add some comments about
> how enabling it may cause the effects Jed saw.

Yes, I can probably remove it altogether, though it isn't actually
selectable without manually editing the Kconfig file.

> And maybe an even better answer is to submit a patch upstream
> so that the scheduler doesn't use the same timebase for
> measuring both, since the kernel is making a bad assumption
> about real vs virtual time. I'd imagine KVM users might benefit
> from that also.

Its unclear how useful it is anyway.  I've discussed it with Peter
Zijlstra from time to time, but making the scheduler use two timebases
is non-trivial I think.  Or perhaps more accurate to say that I don't
want to be getting into the scheduler, since it is not only a
technical minefield.

    J

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