From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764862AbXILJOe (ORCPT ); Wed, 12 Sep 2007 05:14:34 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1759832AbXILJO0 (ORCPT ); Wed, 12 Sep 2007 05:14:26 -0400 Received: from smtp2.linux-foundation.org ([207.189.120.14]:50930 "EHLO smtp2.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754352AbXILJOZ (ORCPT ); Wed, 12 Sep 2007 05:14:25 -0400 Date: Wed, 12 Sep 2007 02:12:48 -0700 From: Andrew Morton To: Thomas Gleixner Cc: "Rafael J. Wysocki" , Linux Kernel Mailing List , john stultz , Ingo Molnar , Len Brown , Venkatesh Pallipadi Subject: Re: clockevents: fix resume logic Message-Id: <20070912021248.0c653525.akpm@linux-foundation.org> In-Reply-To: <1189540321.5235.21.camel@chaos> References: <200707220159.l6M1xBgH001236@hera.kernel.org> <200709111323.56030.rjw@sisk.pl> <20070911042228.1ef690e0.akpm@linux-foundation.org> <200709111409.13796.rjw@sisk.pl> <20070911112531.80bac380.akpm@linux-foundation.org> <1189535883.5235.13.camel@chaos> <20070911114417.3f6e9e1b.akpm@linux-foundation.org> <1189540321.5235.21.camel@chaos> X-Mailer: Sylpheed 2.4.1 (GTK+ 2.8.17; x86_64-unknown-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 11 Sep 2007 21:52:01 +0200 Thomas Gleixner wrote: > On Tue, 2007-09-11 at 11:44 -0700, Andrew Morton wrote: > > > > there doesn't seem to be a lot of difference in the time handling, except > > > > there are large changes in when things happen in the bootup sequence. > > > > > > The question is whether the system goes into C2 with the patch applied. > > > > > > Can you please provide the output of /proc/acpi/processor/CPU0/power for > > > both the bad and the good one ? > > > > > > > good: > > > > sony:/home/akpm> cat /proc/acpi/processor/CPU0/power > > active state: C0 > > max_cstate: C8 > > bus master activity: 00000000 > > maximum allowed latency: 8000 usec > > states: > > C1: type[C1] promotion[--] demotion[--] latency[001] usage[00000000] duration[00000000000000000000] > > C2: type[C2] promotion[--] demotion[--] latency[001] usage[00000000] duration[00000000000000000000] > > > > bad: > > > > sony:/home/akpm> cat /proc/acpi/processor/CPU0/power > > active state: C2 > > max_cstate: C8 > > bus master activity: 00000000 > > maximum allowed latency: 8000 usec > > states: > > C1: type[C1] promotion[C2] demotion[--] latency[001] usage[00000010] duration[00000000000000000000] > > *C2: type[C2] promotion[--] demotion[C1] latency[001] usage[00008316] duration[00000000000170717293] > > Ok, here we are. The bad one uses C2 which stops the local apic on the > VAIO. I suspect we end up in the suspend/resume with going into C2 > without the broadcast active. > > Can you try to get the output of SysRq-Q during the "it needs help from > keyboard" period ? > That's a bit tricky because hitting the keyboard is what unsticks things. And the video is black after resume-from-RAM (has always been thus) and we broke netconsole-over-e100-during-resume back in 2.6.21 or thereabouts. Here: http://userweb.kernel.org/~akpm/x.txt