Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1763599AbXIMQOr (ORCPT ); Thu, 13 Sep 2007 12:14:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758362AbXIMQOa (ORCPT ); Thu, 13 Sep 2007 12:14:30 -0400 Received: from ns.suse.de ([195.135.220.2]:47266 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1763275AbXIMQO3 (ORCPT ); Thu, 13 Sep 2007 12:14:29 -0400 Message-Id: <20070913161428.343951643@strauss.suse.de> User-Agent: quilt/0.46-57 Date: Thu, 13 Sep 2007 18:14:28 +0200 From: Bernhard Walle To: kexec@lists.infradead.org Cc: linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org Subject: [patch 0/7] Add extended crashkernel command line syntax Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1145 Lines: 32 This patch adds a extended crashkernel syntax that makes the value of reserved system RAM dependent on the system RAM itself: crashkernel=:[,:,...][@offset] range=start-[end] For example: crashkernel=512M-2G:64M,2G-:128M The motivation comes from distributors that configure their crashkernel command line automatically with some configuration tool (YaST, you know ;)). Of course that tool knows the value of System RAM, but if the user removes RAM, then the system becomes unbootable or at least unusable and error handling is very difficult. This series implements this change for i386, x86_64, ia64, ppc64 and sh. That should be all platforms that support kdump in current mainline. I tested all platforms except sh due to the lack of a sh processor. The patch series is against 2.6.23-rc4-mm1. Signed-off-by: Bernhard Walle -- - 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/