Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751364Ab1EPQdT (ORCPT ); Mon, 16 May 2011 12:33:19 -0400 Received: from www.linutronix.de ([62.245.132.108]:47372 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750727Ab1EPQdS (ORCPT ); Mon, 16 May 2011 12:33:18 -0400 Date: Mon, 16 May 2011 18:33:11 +0200 (CEST) From: Thomas Gleixner To: Colin Cross cc: Santosh Shilimkar , Russell King , Srinidhi KASAGAR , Harald Gustafsson , Linus Walleij , Linus Walleij , linux-kernel@vger.kernel.org, Rickard ANDERSSON , Varun Swara , martin persson , Catalin Marinas , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] ARM: twd: Adjust localtimer frequency withcpufreqnotifiers In-Reply-To: Message-ID: References: <1290060899-9786-1-git-send-email-ccross@android.com> <4D70BE9D.4000507@stericsson.com> <4D714C17.7080102@gmail.com> <7e9fafa016bfe536ccc373fc2cc7ba61@mail.gmail.com> <4DD10814.1010103@ti.com> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1371 Lines: 31 On Mon, 16 May 2011, Colin Cross wrote: > On Mon, May 16, 2011 at 7:44 AM, Thomas Gleixner wrote: > > On Mon, 16 May 2011, Santosh Shilimkar wrote: > >> On 5/14/2011 9:21 PM, Thomas Gleixner wrote: > >> Just for my understanding, the clockevents_reconfigure() needs to > >> be called with interrupts disabled on that CPU as part of > >> the CPUFREQ notifiers. I assume the right place is do it > >> in POST notifier after the CPU clock and hence TWD clock is > >> updated. Is that right ? > > > > Yes. > > Is it safe to only call it in POST? If the frequency is increasing, > and the TWD is not updated until after the CPU frequency has changed, > it is possible for a clockevent to fire too early. Will that cause > problems, or does the clockevent code check against a clocksource to > ensure the desired time has been reached? If that is OK, it > drastically simplifies the code, because the driver only needs to know > the current TWD frequency, not predict a future TWD frequency. Yes, the hrtimer code checks against current time, so if it fires too early it rearms the timer. Thanks, tglx -- 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/