From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932189AbWGGQWO (ORCPT ); Fri, 7 Jul 2006 12:22:14 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932191AbWGGQWO (ORCPT ); Fri, 7 Jul 2006 12:22:14 -0400 Received: from mx1.redhat.com ([66.187.233.31]:61660 "EHLO mx1.redhat.com") by vger.kernel.org with ESMTP id S932189AbWGGQWN (ORCPT ); Fri, 7 Jul 2006 12:22:13 -0400 Date: Fri, 7 Jul 2006 12:21:52 -0400 From: Dave Jones To: Jean-Marc Valin Cc: Jeremy Fitzhardinge , Linux Kernel , cpufreq@lists.linux.org.uk Subject: Re: Suspend to RAM regression tracked down Message-ID: <20060707162152.GB3223@redhat.com> Mail-Followup-To: Dave Jones , Jean-Marc Valin , Jeremy Fitzhardinge , Linux Kernel , cpufreq@lists.linux.org.uk References: <1151837268.5358.10.camel@idefix.homelinux.org> <44A80B20.1090702@goop.org> <1152271537.5163.4.camel@idefix.homelinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1152271537.5163.4.camel@idefix.homelinux.org> User-Agent: Mutt/1.4.2.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 07, 2006 at 09:25:37PM +1000, Jean-Marc Valin wrote: > > There was a race in ondemand and conservative which made them lock up on > > resume (possibly only on SMP systems though). There's a patch for that > > in current -mm, but I suspect there's another problem (still haven't had > > any time to track it down). > > OK, I tried the patch with 2.6.17 and it didn't work. My laptop failed > to resume on the first try, so it must be something else. Could someone > actually have a look at the changes in 2.6.12-rc5-git6 (which happen to > be cpufreq-related)? I spend months pinpointing the problem to that > version (it's takes several days to reproduce). I'd appreciate if > someone could at least have a look at what changed there and maybe fix > it. Can you show /proc/cpuinfo for the affected system ? If it's 15/3/4 or 15/4/1, that would explain why this kernel, as this was when support for those models got introduced to speedstep-centrino. If it's not that, there is a pretty large delta in the ondemand governor in this update, but I don't see anything blindlingly obvious from looking over it. Dave -- http://www.codemonkey.org.uk