Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S935994AbXLQLmk (ORCPT ); Mon, 17 Dec 2007 06:42:40 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S935778AbXLQLmZ (ORCPT ); Mon, 17 Dec 2007 06:42:25 -0500 Received: from ra.tuxdriver.com ([70.61.120.52]:3471 "EHLO ra.tuxdriver.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933819AbXLQLmY (ORCPT ); Mon, 17 Dec 2007 06:42:24 -0500 Date: Mon, 17 Dec 2007 06:38:26 -0500 From: Neil Horman To: Andi Kleen Cc: Ben Woodard , Neil Horman , kexec@lists.infradead.org, linux-kernel@vger.kernel.org, Andi Kleen , hbabu@us.ibm.com, mingo@redhat.com, "Eric W. Biederman" , hpa@zytor.com, tglx@linutronix.de, Yinghai Lu Subject: Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu Message-ID: <20071217113826.GA21307@hmsreliant.think-freely.org> References: <20071211205955.GF10999@hmsreliant.think-freely.org> <20071212142132.GC4889@bingen.suse.de> <20071212155515.GA29735@hmsendeavour.rdu.redhat.com> <20071212160722.GD4889@bingen.suse.de> <20071212202215.GB29735@hmsendeavour.rdu.redhat.com> <20071213143922.GA4674@hmsreliant.think-freely.org> <20071213151629.GB31269@one.firstfloor.org> <20071213153222.GB4674@hmsreliant.think-freely.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071213153222.GB4674@hmsreliant.think-freely.org> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1418 Lines: 33 On Thu, Dec 13, 2007 at 10:32:22AM -0500, Neil Horman wrote: > On Thu, Dec 13, 2007 at 04:16:29PM +0100, Andi Kleen wrote: > > On Thu, Dec 13, 2007 at 09:39:22AM -0500, Neil Horman wrote: > > > > > > Ok, new patch attached, taking into account Andi's request for a cleaner method > > > > Sorry for not noticing that earlier, but was there a specific reason this needs > > to be an early quirk at all? kexec can only happen after the standard quirks ran. > > I think it should be fine as a standard "late" quirk. > > > > -Andi > > > Early quirk seemed like the right thing to do to me. Starting from boot up, > this (mis)configuration by the bios can mean that come cpus just don't get > interrupts. I could imagine situations like serial console not working if the > serial port interrupt was routed to a cpu that used extended APIC id. I've > never actually observed it happening, but making sure that all cpus were > eligible to get interrupts early in the boot process made sense to me. > > Neil > Sorry to push on this, but do we have a consensus on this fix? Andi, do you still feel this needs to be a late quirk given my previous arguments? Regards Neil -- 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/