Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262134AbVBAVuL (ORCPT ); Tue, 1 Feb 2005 16:50:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262133AbVBAVuL (ORCPT ); Tue, 1 Feb 2005 16:50:11 -0500 Received: from atrey.karlin.mff.cuni.cz ([195.113.31.123]:22978 "EHLO atrey.karlin.mff.cuni.cz") by vger.kernel.org with ESMTP id S262134AbVBAVt7 (ORCPT ); Tue, 1 Feb 2005 16:49:59 -0500 Date: Tue, 1 Feb 2005 22:25:43 +0100 From: Pavel Machek To: Tony Lindgren Cc: Benjamin Herrenschmidt , Arjan van de Ven , Martin Schwidefsky , Andrea Arcangeli , George Anzinger , Thomas Gleixner , john stultz , Zwane Mwaikambo , Lee Revell , linux-kernel@vger.kernel.org Subject: Re: [PATCH] Dynamic tick, version 050127-1 Message-ID: <20050201212542.GA3691@openzaurus.ucw.cz> References: <20050127212902.GF15274@atomide.com> <20050201110006.GA1338@elf.ucw.cz> <20050201204008.GD14274@atomide.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050201204008.GD14274@atomide.com> User-Agent: Mutt/1.3.27i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1576 Lines: 36 Hi! > > I used your config advices from second mail, still it does not work as > > expected: system gets "too sleepy". Like it takes a nap during boot > > after "dyn-tick: Maximum ticks to skip limited to 1339", and key is > > needed to make it continue boot. Then cursor stops blinking and > > machine is hung at random intervals during use, key is enough to awake > > it. > > Hmmm, that sounds like the local APIC does not wake up the PIT > interrupt properly after sleep. Hitting the keys causes the timer > interrupt to get called, and that explains why it keeps running. But > the timer ticks are not happening as they should for some reason. > This should not happen (tm)... :-). Any ideas how to debug it? Previous version of patch seemed to work better... > I've noticed that the only machine I have with ACPI C2/C3 support > does not do anything in the C2/C3 loops, it just spins around and > consumes more power than in C1 with hlt! > > That's because we currently don't have any code to enable the C2/C3 > states in the southbridges on many Athlon boards. It's the same > problem on my Crusoe laptop ALi 1533 chipset. I do not think we should need any chipset-specific code. ACPI is expected to solve it... Can you ask on acpi-devel? -- 64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms - 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/