Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757121AbYBDRwZ (ORCPT ); Mon, 4 Feb 2008 12:52:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756201AbYBDRwM (ORCPT ); Mon, 4 Feb 2008 12:52:12 -0500 Received: from pentafluge.infradead.org ([213.146.154.40]:39178 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756129AbYBDRwJ (ORCPT ); Mon, 4 Feb 2008 12:52:09 -0500 Date: Mon, 4 Feb 2008 09:50:59 -0800 From: Arjan van de Ven To: Mark Lord Cc: "Rafael J. Wysocki" , "Pallipadi, Venkatesh" , Andrew Morton , abelay@novell.com, lenb@kernel.org, linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org Subject: Re: 20000+ wake-ups/second in 2.6.24. Bug? Message-ID: <20080204095059.6f92d875@laptopd505.fenrus.org> In-Reply-To: <47A74B5F.7020202@rtr.ca> References: <200711302153.lAULrZ7n026255@imap1.linux-foundation.org> <20071201154646.5a288c9e@laptopd505.fenrus.org> <4751F484.6040204@rtr.ca> <200712020120.36439.rjw@sisk.pl> <47A74B5F.7020202@rtr.ca> Organization: Intel X-Mailer: Claws Mail 3.2.0 (GTK+ 2.12.3; i386-redhat-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1891 Lines: 39 On Mon, 04 Feb 2008 12:29:03 -0500 Mark Lord wrote: > re: http://bugzilla.kernel.org/show_bug.cgi?id=9489 > > This just happened here again. Or at least I finally noticed that > the fan on my notebook seemed to be running hard for much longer > than usual. :) > > Powertop showed 2.6.24-final running with 10000-36000 wakeups/sec, > with *nothing* significant running: top showed 97+% idle on both > cores. > > - Device: Errors: Correctable- Non-Fatal- Fatal+ > Unsupported- > + Device: Errors: Correctable+ Non-Fatal+ Fatal+ > Unsupported+ Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop- > Device: MaxPayload 128 bytes, MaxReadReq 128 bytes > Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s L1, > Port 1 @@ -101,12 +101,12 @@ > Latency: 0, Cache Line Size: 64 bytes > Bus: primary=00, secondary=0c, subordinate=0c, sec-latency=0 > Memory behind bridge: efc00000-efcfffff > - Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast > >TAbort- + Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast > >TAbort- >NoISA- VGA- MAbort- >Reset- FastB2B- this shows you're having various types of really bad things going on, like PCI master aborts and the like. Those would certainly be a factor in waking the cpu up; they're basically hardware exceptions, and I can totally believe (would need to find out from hw guys how this works in practice) that this sort of serious error would keep the cpu out of deep C states until resolved. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/