Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753798AbZG3HnU (ORCPT ); Thu, 30 Jul 2009 03:43:20 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752419AbZG3HnU (ORCPT ); Thu, 30 Jul 2009 03:43:20 -0400 Received: from mtagate5.de.ibm.com ([195.212.29.154]:53819 "EHLO mtagate5.de.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752093AbZG3HnT (ORCPT ); Thu, 30 Jul 2009 03:43:19 -0400 Date: Thu, 30 Jul 2009 09:42:50 +0200 From: Martin Schwidefsky To: Daniel Walker Cc: linux-kernel@vger.kernel.org, Ingo Molnar , Thomas Gleixner , john stultz Subject: Re: [RFC][patch 00/12] clocksource / timekeeping rework V2 Message-ID: <20090730094250.3885961d@skybase> In-Reply-To: <1248888877.6046.11.camel@desktop> References: <200907291702.n6TH2LEt017305@d06av05.portsmouth.uk.ibm.com> <20090729190938.1e4c45e9@skybase> <1248888877.6046.11.camel@desktop> Organization: IBM Corporation X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1565 Lines: 40 On Wed, 29 Jul 2009 10:34:37 -0700 Daniel Walker wrote: > On Wed, 2009-07-29 at 19:09 +0200, Martin Schwidefsky wrote: > > On Wed, 29 Jul 2009 11:02:21 -0600 > > dwalker@fifo99.com wrote: > > > > > On Wed, 2009-07-29 at 18:50 +0200, Martin Schwidefsky wrote: > > > > > > > void clocksource_change_rating(struct clocksource *cs, int rating) > > > > > > > the two functions do different things. What exactly is the idea you've > > > > got in mind? > > > > > > It's only the case when the rating goes to zero .. That makes the > > > clocksource unusable, which is very much like unregistering it.. > > > > True, the clocksource code won't pick the clock any more as long as > > there is an alternative clock available. It still shows up in the list > > of clocks though and you can do an override with it. > > Now that you mention it, if the clocks are sorted by rating (something > your removing) then the sysfs override available listing isn't in rated > order .. So if you do have zero rated clocks you wouldn't have any idea > from looking at the available list.. It could be solved just by printing > them in rated order in the sysfs code tho. Ok, I'll readd the sorting. It is a user visible change after all. -- blue skies, Martin. "Reality continues to ruin my life." - Calvin. -- 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/