Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2992647AbWKAQiy (ORCPT ); Wed, 1 Nov 2006 11:38:54 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S2992646AbWKAQiy (ORCPT ); Wed, 1 Nov 2006 11:38:54 -0500 Received: from excu-mxob-1.symantec.com ([198.6.49.12]:62354 "EHLO excu-mxob-1.symantec.com") by vger.kernel.org with ESMTP id S2992640AbWKAQix (ORCPT ); Wed, 1 Nov 2006 11:38:53 -0500 Date: Wed, 1 Nov 2006 16:36:51 +0000 (GMT) From: Hugh Dickins X-X-Sender: hugh@blonde.wat.veritas.com To: Adrian Bunk cc: "Michael S. Tsirkin" , Pavel Machek , Linus Torvalds , Andrew Morton , Linux Kernel Mailing List , len.brown@intel.com, linux-acpi@vger.kernel.org, linux-pm@osdl.org, Martin Lorenz Subject: Re: 2.6.19-rc <-> ThinkPads In-Reply-To: <20061101030126.GE27968@stusta.de> Message-ID: References: <20061029231358.GI27968@stusta.de> <20061030135625.GB1601@mellanox.co.il> <20061101030126.GE27968@stusta.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 01 Nov 2006 16:36:34.0086 (UTC) FILETIME=[E48AB460:01C6FDD3] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1751 Lines: 40 On Wed, 1 Nov 2006, Adrian Bunk wrote: > > Subject : Thinkpad R50p: boot fail with (lapic && on_battery) > References : http://lkml.org/lkml/2006/10/31/333 > Submitter : Ernst Herzberg > Status : submitter was asked to bisect > > It seems to be completely unrelated (except that it's also a ThinkPad), > but it might be worth a try whether a (non-SMP) kernel without APIC > support fixes the issues after resume. > > Hugh, your laptop seems to be a non-SMP laptop. That's right. > Do you have APIC enabled, and if yes does disabling help? Yes, I do. But I've just tried booting with "noapic" and with "nolapic" and with "noapic nolapic", but none of those make any difference. (That is, they make no difference to the FnF4-ineffective-after-resume behaviour that I'm finding fairly easy to reproduce at will today on 2.6.19-rc4; whereas yesterday it was seeming to me that -rc4 was much better than -rc3 in this regard. Something I have learnt today is that the key is ineffective "for a while", but may become effective later. It's conceivable that the behaviour I'm reproducing today is not quite the same as what I was experiencing earlier with real-life suspends.) More to the point, with great hope in my heart, I've tried backing out Andi's git-cf4c6a2f27f5db810b69dcb1da7f194489e8ff88.patch to arch/i386/kernel/io_apic.c, the one which Michael and Linus have homed in on. But sadly that makes no difference for me: I'd better get down to my own bisection. Hugh - 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/