From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752254AbcGTGeg (ORCPT ); Wed, 20 Jul 2016 02:34:36 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:57916 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751748AbcGTGeb (ORCPT ); Wed, 20 Jul 2016 02:34:31 -0400 Date: Wed, 20 Jul 2016 08:32:01 +0200 (CEST) From: Thomas Gleixner To: "bhe@redhat.com" cc: "Wei, Jiangang" , "fenghua.yu@intel.com" , "x86@kernel.org" , "kexec@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "mingo@redhat.com" , "ebiederm@xmission.com" , "hpa@zytor.com" , "jiang.liu@linux.intel.com" , "vgoyal@redhat.com" Subject: Re: [PATCH 0/3] Enable legacy irq mode before jump to kexec/kdump kernel In-Reply-To: <20160720041527.GA5273@x1.redhat.com> Message-ID: References: <1468983483-3952-1-git-send-email-bhe@redhat.com> <1468986741.2020.41.camel@localhost> <20160720041527.GA5273@x1.redhat.com> User-Agent: Alpine 2.11 (DEB 23 2013-08-11) 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 On Wed, 20 Jul 2016, bhe@redhat.com wrote: > On 07/20/16 at 03:54am, Wei, Jiangang wrote: > > > In fact, Eric and Ingo suggested that "it should be fixed in the bootup > > path of the dump kernel, not the crash kernel reboot path", which is > > convincing and reasonable. > > Well this patch doesn't do differently with Eric's original implemention > in kexec/kdump path. > By taking out clear_IO_APIC from disable_IO_APIC, the left code of > disable_IO_APIC will only do the virtual wire setting. So for > kexec/kdump path, code basically is the same as Eric's method. But for > poweroff/halt/reboot, it's enough to call clear_IO_APIC to disable > IO-APIC. You're completely ignoring what Jiangang said: "it should be fixed in the bootup path of the dump kernel, not the crash kernel reboot path" and that's the right way to do it. End of story. Thanks, tglx