From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNZWg-00028a-BV for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:41:02 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNZWf-00027v-LO for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:41:01 -0400 Received: from [199.232.76.173] (port=60169 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNZWf-00027e-Aw for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:41:01 -0400 Received: from mail.codesourcery.com ([65.74.133.4]:34845) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KNZWe-00009H-17 for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:41:00 -0400 From: Paul Brook Subject: Re: [Qemu-devel] Re: [PATCH 0/3]: Add UUID command-line option Date: Mon, 28 Jul 2008 21:40:56 +0100 References: <488DD98D.5010907@codemonkey.ws> <20080728200039.GA19216@shareable.org> <488E2B43.3040303@codemonkey.ws> In-Reply-To: <488E2B43.3040303@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807282140.56952.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Gleb Natapov , Chris Lalancette On Monday 28 July 2008, Anthony Liguori wrote: > Jamie Lokier wrote: > >> If you care to do this sort of work, you can certainly recompile the > >> BIOS. The source is there afterall. > > > > Indeed, same goes for all the other QEMU options. The question is > > whether it's useful enough to have an option, or obscure enough not to. > > > > I'm inclined to think modifying ACPI tables is obscure, except > > perhaps for specific tweaks that some versions of Windows or Linux > > might need to run correctly, or to prevent them from using some > > hardware feature or other. > > In the future, it may be interesting to allow a precompiled ACPI table > to be loaded and specified as part of a machine configuration file. I > think it makes a lot more sense if you can actually change the machine > layout without recompiling. Why would changing machine layout need to be able to override the ACPI table? If the ACPI table doesn't match the emulated hardware that's a bug, and IMHO having users supply their own tables is not a good way to fix that bug. Paul