Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762568AbXIKKB4 (ORCPT ); Tue, 11 Sep 2007 06:01:56 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1762578AbXIKKBs (ORCPT ); Tue, 11 Sep 2007 06:01:48 -0400 Received: from mx2.suse.de ([195.135.220.15]:59351 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1761495AbXIKKBq (ORCPT ); Tue, 11 Sep 2007 06:01:46 -0400 Date: Tue, 11 Sep 2007 12:01:45 +0200 From: Bernhard Walle To: Vivek Goyal Cc: Yinghai Lu , "Eric W. Biederman" , linux-arch@vger.kernel.org, discuss@x86-64.org, kexec@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [discuss] [patch 3/5] Use extended crashkernel command line on x86_64 Message-ID: <20070911100145.GC31038@suse.de> Mail-Followup-To: Vivek Goyal , Yinghai Lu , "Eric W. Biederman" , linux-arch@vger.kernel.org, discuss@x86-64.org, kexec@lists.infradead.org, linux-kernel@vger.kernel.org References: <20070909083914.065380136@strauss.suse.de> <20070909083914.951336895@strauss.suse.de> <86802c440709091027o32a63d11w629bad87abcc19c2@mail.gmail.com> <20070909185257.GA10600@suse.de> <20070911051453.GB5053@in.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070911051453.GB5053@in.ibm.com> Organization: SUSE LINUX Products GmbH User-Agent: Mutt/1.5.16 (2007-06-09) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1260 Lines: 34 * Vivek Goyal [2007-09-11 07:14]: > On Sun, Sep 09, 2007 at 08:52:58PM +0200, Bernhard Walle wrote: > > * Yinghai Lu [2007-09-09 19:27]: > > > > > > > > +#ifdef CONFIG_KEXEC > > > ... > > > > > > CONFIG_KEXEC or CONFIG_CRASH_DUMP? > > > > Good question. The crashkernel parameter was CONFIG_KEXEC before, and > > I also wondered why, but I didn't change this because maybe there's > > some reason I don't know. > > > > Vivek, do you know why this was CONFIG_KEXEC? > > As Eric mentioned, CONFIG_CRASH_DUMP has been used for all dump capturing > infrastructure and rest of the kexec and kexec on panic functionality > has been put under CONFIG_KEXEC. > > Keeping memory reservation under CONFIG_KEXEC helps in a sense when > somebody is not using a relocatable kernel and uses a custom kernel for dump > capture. In that case he does not have to enable CONFIG_CRASH_DUMP in the > first kernel. Yes, you all are right ... sorry for the noise ;) Thanks, Bernhard - 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/