Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753129Ab1DEOQK (ORCPT ); Tue, 5 Apr 2011 10:16:10 -0400 Received: from service87.mimecast.com ([94.185.240.25]:44362 "HELO service87.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1751165Ab1DEOQI convert rfc822-to-8bit (ORCPT ); Tue, 5 Apr 2011 10:16:08 -0400 Subject: Re: [GIT PULL] omap changes for v2.6.39 merge window From: Catalin Marinas To: Russell King - ARM Linux Cc: Santosh Shilimkar , Linus Walleij , Marc Zyngier , david@lang.hm, Arnd Bergmann , Nicolas Pitre , Tony Lindgren , lkml , Detlef Vollmann , "H. Peter Anvin" , Thomas Gleixner , linux-omap@vger.kernel.org, Linus Torvalds , Ingo Molnar , linux-arm-kernel@lists.infradead.org, David Brown In-Reply-To: <20110405074510.GA4699@n2100.arm.linux.org.uk> References: <201104031726.37420.arnd@arndb.de> <20110403160324.GA8050@n2100.arm.linux.org.uk> <201104040259.26601.arnd@arndb.de> <1301915022.15819.28.camel@e102109-lin.cambridge.arm.com> <20110404112104.GB19854@n2100.arm.linux.org.uk> <1301923457.417.34.camel@e102391-lin.cambridge.arm.com> <20110404133104.GA23266@n2100.arm.linux.org.uk> <1301925445.417.54.camel@e102391-lin.cambridge.arm.com> <4D9AB958.5010304@ti.com> <20110405074510.GA4699@n2100.arm.linux.org.uk> Organization: ARM Limited Date: Tue, 05 Apr 2011 15:15:51 +0100 Message-ID: <1302012951.1866.144.camel@e102109-lin.cambridge.arm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 X-OriginalArrivalTime: 05 Apr 2011 14:15:54.0701 (UTC) FILETIME=[F9D2BFD0:01CBF39B] X-MC-Unique: 111040515160203301 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1540 Lines: 34 On Tue, 2011-04-05 at 08:45 +0100, Russell King - ARM Linux wrote: > On Tue, Apr 05, 2011 at 12:10:24PM +0530, Santosh Shilimkar wrote: > > The only issue I see is the clock-events implemented using > > local timers capabilities in low power modes. The local timers > > won't be able wakeup CPU from DORMANT or OFF state and hence > > you will need an additional wakeup capable clock-event > > working together with the local timers using clock-notifiers. > > So yet again, we have something that almost works but doesn't, and > we're going to have to have board-specific hacks to work around this. > > This makes the architected timers totally *pointless*. The point of architected timers is that you now get fast access to a stable clock source with a fixed frequency that doesn't change with cpufreq. You can also configure the clock source to be accessible from user space (via another kuser helper) so that you have a fast gettimeofday implementation (useful in the graphics world). Virtual counters are another advantage. The architecture doesn't say much about the power domains, so implementations are allowed to vary here. Of course it would have been better if it did but this doesn't make the architected timers totally pointless (compare them with the A9 timers). -- Catalin -- 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/