From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754610AbaEMWQC (ORCPT ); Tue, 13 May 2014 18:16:02 -0400 Received: from avon.wwwdotorg.org ([70.85.31.133]:55527 "EHLO avon.wwwdotorg.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755344AbaEMWPt (ORCPT ); Tue, 13 May 2014 18:15:49 -0400 Message-ID: <5372998F.6020502@wwwdotorg.org> Date: Tue, 13 May 2014 16:15:43 -0600 From: Stephen Warren User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Doug Anderson , Nicolas Pitre CC: Russell King - ARM Linux , Viresh Kumar , "Rafael J. Wysocki" , Will Deacon , John Stultz , David Riley , "olof@lixom.net" , Sonny Rao , Santosh Shilimkar , Shawn Guo , Stephen Boyd , Marc Zyngier , Stephen Warren , Paul Gortmaker , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] ARM: Don't ever downscale loops_per_jiffy in SMP systems# References: <20140508192209.GH3693@n2100.arm.linux.org.uk> <20140508205223.GI3693@n2100.arm.linux.org.uk> <20140509091824.GL3693@n2100.arm.linux.org.uk> <20140509182245.GM3693@n2100.arm.linux.org.uk> In-Reply-To: X-Enigmail-Version: 1.5.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/13/2014 03:50 PM, Doug Anderson wrote: ... > ...but then I found the true problem shows up when we transition > between very low frequencies on exynos, like between 200MHz and > 300MHz. While transitioning between frequencies the system > temporarily bumps over to the "switcher" PLL running at 800MHz while > waiting for the main PLL to stabilize. No CPUFREQ notification is > sent for that. That means there's a period of time when we're running > at 800MHz but loops_per_jiffy is calibrated at between 200MHz and > 300MHz. > > > I'm welcome to any suggestions for how to address this. It sorta > feels like it would be a common thing to have a temporary PLL during > the transition, ... We definitely do that on Tegra for some cpufreq transitions.