From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752567AbcBOVgP (ORCPT ); Mon, 15 Feb 2016 16:36:15 -0500 Received: from muru.com ([72.249.23.125]:34967 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751955AbcBOVgN (ORCPT ); Mon, 15 Feb 2016 16:36:13 -0500 Date: Mon, 15 Feb 2016 13:36:07 -0800 From: Tony Lindgren To: "Rafael J. Wysocki" Cc: Guenter Roeck , Viresh Kumar , "linux-pm@vger.kernel.org" , Peter Zijlstra , "Rafael J. Wysocki" , Linux Kernel Mailing List , linux-next@vger.kernel.org, "linux-arm-kernel@lists.infradead.org" Subject: Re: Crashes in arm qemu emulations due to 'cpufreq: governor: Replace timers with utilization ...' Message-ID: <20160215213606.GD19432@atomide.com> References: <20160215170527.GA24453@roeck-us.net> <20160215190116.GX19432@atomide.com> <56C229A5.8020901@roeck-us.net> <20160215195839.GA19432@atomide.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Rafael J. Wysocki [160215 12:39]: > On Mon, Feb 15, 2016 at 8:58 PM, Tony Lindgren wrote: > > * Guenter Roeck [160215 11:41]: > >> On 02/15/2016 11:01 AM, Tony Lindgren wrote: > >> > > >> >https://kernelci.org/boot/all/job/next/kernel/next-20160215/ > >> > > >> >The SMP ones seem to fail with some regulator issues? > >> > > >> > >> There is another problem, introduced with 6a0712f6f199e ("PM / OPP: Add > >> dev_pm_opp_set_rate()"). The kernelci boot log for next-20160212:omap3-overo-tobi > >> and others experience that problem. > >> > >> Essentially, the code now assumes that a CPU clock always has a voltage > >> regulator attached to it, which is not correct. I sent out a patch to fix > >> that problem a minute ago. > > > > Yes that fixed it thanks. > > Can you please also check if this alternative fix from Viresh works: > > https://patchwork.kernel.org/patch/8316611/ Yes that one too seems to fix the issue on SMP systems for me: Tested-by: Tony Lindgren Regards, Tony From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Lindgren Subject: Re: Crashes in arm qemu emulations due to 'cpufreq: governor: Replace timers with utilization ...' Date: Mon, 15 Feb 2016 13:36:07 -0800 Message-ID: <20160215213606.GD19432@atomide.com> References: <20160215170527.GA24453@roeck-us.net> <20160215190116.GX19432@atomide.com> <56C229A5.8020901@roeck-us.net> <20160215195839.GA19432@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from muru.com ([72.249.23.125]:34967 "EHLO muru.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751955AbcBOVgN (ORCPT ); Mon, 15 Feb 2016 16:36:13 -0500 Content-Disposition: inline In-Reply-To: Sender: linux-next-owner@vger.kernel.org List-ID: To: "Rafael J. Wysocki" Cc: Guenter Roeck , Viresh Kumar , "linux-pm@vger.kernel.org" , Peter Zijlstra , "Rafael J. Wysocki" , Linux Kernel Mailing List , linux-next@vger.kernel.org, "linux-arm-kernel@lists.infradead.org" * Rafael J. Wysocki [160215 12:39]: > On Mon, Feb 15, 2016 at 8:58 PM, Tony Lindgren wrote: > > * Guenter Roeck [160215 11:41]: > >> On 02/15/2016 11:01 AM, Tony Lindgren wrote: > >> > > >> >https://kernelci.org/boot/all/job/next/kernel/next-20160215/ > >> > > >> >The SMP ones seem to fail with some regulator issues? > >> > > >> > >> There is another problem, introduced with 6a0712f6f199e ("PM / OPP: Add > >> dev_pm_opp_set_rate()"). The kernelci boot log for next-20160212:omap3-overo-tobi > >> and others experience that problem. > >> > >> Essentially, the code now assumes that a CPU clock always has a voltage > >> regulator attached to it, which is not correct. I sent out a patch to fix > >> that problem a minute ago. > > > > Yes that fixed it thanks. > > Can you please also check if this alternative fix from Viresh works: > > https://patchwork.kernel.org/patch/8316611/ Yes that one too seems to fix the issue on SMP systems for me: Tested-by: Tony Lindgren Regards, Tony From mboxrd@z Thu Jan 1 00:00:00 1970 From: tony@atomide.com (Tony Lindgren) Date: Mon, 15 Feb 2016 13:36:07 -0800 Subject: Crashes in arm qemu emulations due to 'cpufreq: governor: Replace timers with utilization ...' In-Reply-To: References: <20160215170527.GA24453@roeck-us.net> <20160215190116.GX19432@atomide.com> <56C229A5.8020901@roeck-us.net> <20160215195839.GA19432@atomide.com> Message-ID: <20160215213606.GD19432@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Rafael J. Wysocki [160215 12:39]: > On Mon, Feb 15, 2016 at 8:58 PM, Tony Lindgren wrote: > > * Guenter Roeck [160215 11:41]: > >> On 02/15/2016 11:01 AM, Tony Lindgren wrote: > >> > > >> >https://kernelci.org/boot/all/job/next/kernel/next-20160215/ > >> > > >> >The SMP ones seem to fail with some regulator issues? > >> > > >> > >> There is another problem, introduced with 6a0712f6f199e ("PM / OPP: Add > >> dev_pm_opp_set_rate()"). The kernelci boot log for next-20160212:omap3-overo-tobi > >> and others experience that problem. > >> > >> Essentially, the code now assumes that a CPU clock always has a voltage > >> regulator attached to it, which is not correct. I sent out a patch to fix > >> that problem a minute ago. > > > > Yes that fixed it thanks. > > Can you please also check if this alternative fix from Viresh works: > > https://patchwork.kernel.org/patch/8316611/ Yes that one too seems to fix the issue on SMP systems for me: Tested-by: Tony Lindgren Regards, Tony