From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?ISO-8859-2?Q?Rafa=B3_Bilski?= Subject: Re: cpufreq longhaul locks up Date: Sat, 05 May 2007 15:58:10 +0200 Message-ID: <463C8D72.5070003@interia.pl> References: <1178311052.6094.0.camel@localhost.localdomain> <1178318978.6094.29.camel@localhost.localdomain> <463C01FA.8070206@interia.pl> Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: cpufreq-bounces@lists.linux.org.uk Errors-To: cpufreq-bounces+glkc-cpufreq=m.gmane.org+glkc-cpufreq=m.gmane.org@lists.linux.org.uk Content-Type: text/plain; charset="iso-8859-9" To: Jan Engelhardt Cc: john stultz , cpufreq@lists.linux.org.uk, Linux Kernel Mailing List , davej@codemonkey.org.uk >>>>> Switching from acpi_pm+performance to acpi_pm+ondemand also >>>>> locks up after a few minutes. >>>> Yep. Sounds like an ondemand issue. Thanks for verifying this for me. >>> Nah, it also happens with cpufreq_powersave. I just need to check=20 >>> through some archives and try booting with governor=3Dpowersave so that= it=20 >>> always stays low.=20 >> You have a lockup when switching from other governor to powersave? Or if= =20 >> You are using it for some time? >=20 > After some time. Don't understand me wrong, but this is very weird. I think that powersave i= s =20 changing frequency only one time, when it is loaded. I will look into its c= ode=20 to be sure. Probably Longhaul is making something what isn't allowed or the= re=20 is hardware bug somewhere. > Jan Rafa=B3 ---------------------------------------------------------------------- Po meczu.....kurde...:) >>> http://link.interia.pl/f1a72 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933204AbXEEQCO (ORCPT ); Sat, 5 May 2007 12:02:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933187AbXEEQCO (ORCPT ); Sat, 5 May 2007 12:02:14 -0400 Received: from smtp35.poczta.interia.pl ([80.48.65.35]:30798 "EHLO smtp4.poczta.interia.pl" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S933204AbXEEQCF (ORCPT ); Sat, 5 May 2007 12:02:05 -0400 Message-ID: <463C8D72.5070003@interia.pl> Date: Sat, 05 May 2007 15:58:10 +0200 From: =?ISO-8859-2?Q?Rafa=B3_Bilski?= User-Agent: Thunderbird 1.5.0.10 (X11/20070321) MIME-Version: 1.0 To: Jan Engelhardt Cc: john stultz , davej@codemonkey.org.uk, Linux Kernel Mailing List , cpufreq@lists.linux.org.uk Subject: Re: cpufreq longhaul locks up References: <1178311052.6094.0.camel@localhost.localdomain> <1178318978.6094.29.camel@localhost.localdomain> <463C01FA.8070206@interia.pl> In-Reply-To: X-Enigmail-Version: 0.94.3.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit X-EMID: d59faacc Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org >>>>> Switching from acpi_pm+performance to acpi_pm+ondemand also >>>>> locks up after a few minutes. >>>> Yep. Sounds like an ondemand issue. Thanks for verifying this for me. >>> Nah, it also happens with cpufreq_powersave. I just need to check >>> through some archives and try booting with governor=powersave so that it >>> always stays low. >> You have a lockup when switching from other governor to powersave? Or if >> You are using it for some time? > > After some time. Don't understand me wrong, but this is very weird. I think that powersave is changing frequency only one time, when it is loaded. I will look into its code to be sure. Probably Longhaul is making something what isn't allowed or there is hardware bug somewhere. > Jan Rafał ---------------------------------------------------------------------- Po meczu.....kurde...:) >>> http://link.interia.pl/f1a72