Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757185AbXLGSwf (ORCPT ); Fri, 7 Dec 2007 13:52:35 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753971AbXLGSw1 (ORCPT ); Fri, 7 Dec 2007 13:52:27 -0500 Received: from ebiederm.dsl.xmission.com ([166.70.28.69]:59727 "EHLO ebiederm.dsl.xmission.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752313AbXLGSw0 (ORCPT ); Fri, 7 Dec 2007 13:52:26 -0500 From: ebiederm@xmission.com (Eric W. Biederman) To: Neil Horman Cc: Yinghai Lu , Vivek Goyal , Neil Horman , Ben Woodard , Andi Kleen , kexec@lists.infradead.org, linux-kernel@vger.kernel.org, Andi Kleen , hbabu@us.ibm.com Subject: Re: [PATCH] kexec: force x86_64 arches to boot kdump kernels on boot cpu References: <20071128160206.GA21286@hmsendeavour.rdu.redhat.com> <20071128190525.GD3192@redhat.com> <474F7177.7050306@redhat.com> <20071130144250.GC23810@redhat.com> <20071130145131.GB5822@hmsendeavour.rdu.redhat.com> <20071206213951.GB28898@hmsreliant.think-freely.org> <20071206221143.GC2863@redhat.com> <86802c440712070050s3c5017a4w8e747a7035d10d3a@mail.gmail.com> <86802c440712070122q6e5824bcp12e1c3f560e2ab53@mail.gmail.com> <20071207142144.GA10389@hmsendeavour.rdu.redhat.com> Date: Fri, 07 Dec 2007 11:36:58 -0700 In-Reply-To: <20071207142144.GA10389@hmsendeavour.rdu.redhat.com> (Neil Horman's message of "Fri, 7 Dec 2007 09:21:44 -0500") Message-ID: User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.4 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 929 Lines: 25 Neil Horman writes: > this seems reasonable, I can reroll the patch for this. As I think about it I'm > also going to update the patch to make this check occur for any pci class 0600 > device from vendor AMD, since its possible that more than just nvidia chipsets > can be affected. > > I'll repost as soon as I've tested, thanks! Thanks. Neil in your testing please confirm the preconditions for setting the Apic Extended Broadcast flag (bit 17) are present. If that is the case it makes sense to always set that bit on conforming systems but we will also want to print a message noting that the BIOS has a bug, and we are working around it. Thanks, Eric -- 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/