Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Tue, 4 Mar 2003 05:09:36 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Tue, 4 Mar 2003 05:09:35 -0500 Received: from [195.39.17.254] ([195.39.17.254]:7684 "EHLO Elf.ucw.cz") by vger.kernel.org with ESMTP id ; Tue, 4 Mar 2003 05:09:35 -0500 Date: Tue, 4 Mar 2003 14:18:55 +0100 From: Pavel Machek To: "H. Peter Anvin" Cc: linux-kernel@vger.kernel.org Subject: Re: mem= option for broken bioses Message-ID: <20030304131855.GE618@zaurus.ucw.cz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1112 Lines: 31 Hi! > > > I've seen broken bios that did not mark acpi tables in e820 > > > tables. This allows user to override it. Please apply, > > > > OK, looks reasonable. Can you also gen up a patch documenting this in > > kernel-parameters.txt? > > > > This is very much *NOT* reasonable. In fact, screwing around with the > syntax of the mem= parameter is poison. I know it has already > happened, and those changes need to be reverted and the new stuff > moved to a different option. > > The mem= option is unique in that it is an option that affects both > the boot loader and the kernel. Therefore, ITS SYNTAX MUST NOT > CHANGE. This should be commented, somewhere. Why is mem= option used by boot loader? Does your bootloader really parse stuff like mem=exactmap? -- Pavel Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need... - 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/