From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dave Jones Subject: Re: [PATCH] [2/2] Allow override acpi_gbl_pre_defined_names (aka change that _OS). Date: Wed, 5 Feb 2003 20:50:23 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20030205205023.A25916@suse.de> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: ; from andrew.grover-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org on Wed, Feb 05, 2003 at 10:55:45AM -0800 Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: "Grover, Andrew" Cc: Ducrot Bruno , =?iso-8859-1?Q?Zden=ECk_OGAR_Skal=E1k?= , acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Wed, Feb 05, 2003 at 10:55:45AM -0800, Grover, Andrew wrote: > I'm still not clear on why this needs to be changeable at runtime. If we do > decide that the BIOS writers are so Windows-centric that we need to > masquerade as one, why wouldn't we just change the #define and recompile? > > Dave, can you help me understand how a distro would find this useful, over > just statically changing the reported _OS string? Simple. Vendor would only need to ship a single image to support all possible OS name overrides. CD space is precious, and with SMP, highmem, P4/K7 optimised, preempt and a number of other such options, the number of kernel combinations grows and grows. Having a set of images compiled saying "NT" and another set saying "95" and another set saying "Linux" triples the numbers of kernels needed to be shipped, and hence, is undesired. Clearer? Dave -- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs ------------------------------------------------------- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com