Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753846Ab1DFGmU (ORCPT ); Wed, 6 Apr 2011 02:42:20 -0400 Received: from na3sys009aog107.obsmtp.com ([74.125.149.197]:60121 "EHLO na3sys009aog107.obsmtp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751978Ab1DFGmS (ORCPT ); Wed, 6 Apr 2011 02:42:18 -0400 Message-ID: <4D9C0B34.3080909@ti.com> Date: Wed, 06 Apr 2011 12:11:56 +0530 From: Santosh Shilimkar User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Linus Walleij CC: david@lang.hm, Russell King - ARM Linux , Arnd Bergmann , Nicolas Pitre , Marc Zyngier , Catalin Marinas , lkml , Tony Lindgren , linux-arm-kernel@lists.infradead.org, "H. Peter Anvin" , Thomas Gleixner , linux-omap@vger.kernel.org, Linus Torvalds , Ingo Molnar , Detlef Vollmann , David Brown Subject: Re: [GIT PULL] omap changes for v2.6.39 merge window 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1197 Lines: 27 On 4/6/2011 3:52 AM, Linus Walleij wrote: > 2011/4/5 Santosh Shilimkar: > >> 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. > > And this is because the IRQs it emits are local and thus cannot wake > the system? This sounds way backwards... A simple na?ve solution > would have been to just route out an external IRQ line back from a > selected timer and into the GIC so it will be able to wake up the > system, right? > Even the GIC would be dead is certain low power modes. It's need GIC extension to route these signals and seems that it's bit tricky hardware implementation since the timer logic needs to be moved to ALWAYS ON power domain. Regards Santosh -- 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/