Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764666AbXEYSRM (ORCPT ); Fri, 25 May 2007 14:17:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1763189AbXEYSQ7 (ORCPT ); Fri, 25 May 2007 14:16:59 -0400 Received: from e36.co.us.ibm.com ([32.97.110.154]:49803 "EHLO e36.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1763027AbXEYSQ6 (ORCPT ); Fri, 25 May 2007 14:16:58 -0400 Subject: Re: [patch] i386, numaq: enable TSCs again From: Dave Hansen To: Ingo Molnar Cc: William Lee Irwin III , Andi Kleen , Satyam Sharma , Andrew Morton , linux-kernel@vger.kernel.org, Peter Zijlstra , "John G. Stultz [imap]" In-Reply-To: <20070525084115.GA29077@elte.hu> References: <20070525073158.GB8094@one.firstfloor.org> <20070525073957.GA15207@elte.hu> <20070525074316.GA16821@elte.hu> <20070525074915.GA18400@elte.hu> <20070525075446.GA20140@elte.hu> <20070525080827.GA22399@elte.hu> <20070525081944.GZ31925@holomorphy.com> <20070525083153.GA27236@elte.hu> <20070525083813.GA19966@holomorphy.com> <20070525084115.GA29077@elte.hu> Content-Type: text/plain Date: Fri, 25 May 2007 11:16:18 -0700 Message-Id: <1180116978.14844.69.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1232 Lines: 28 On Fri, 2007-05-25 at 10:41 +0200, Ingo Molnar wrote: > * William Lee Irwin III wrote: > > > yes, that's what i meant under 'slightly async'. Some AMD CPUs are > > > like that too and sched_clock() now handles that fine. So we should > > > try my patch. > > > > Sorry, then. I took slight to mean something else. In any event I was > > only quantifying things. I've no opinion whatsoever on the impact of > > the code on NUMA-Q, only some recall of its operating characteristics. > > there's no need to apologize at all! Thanks for reminding us about the > time-scale and nature of the TSC drift on NUMAQ. I was worried that > maybe the TSC was totally unusable for some reason - but that's > fortunately not the case. So we now have one quirk less, hopefully :-) Last I remember, it was totally useless for timekeeping, but was useful for cpu-local time measurements. John, it's still useless for time, right? Does sched_clock() really fix it? -- Dave - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/