From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNZIP-0004Em-0a for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:26:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNZIM-0004BT-79 for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:26:16 -0400 Received: from [199.232.76.173] (port=32909 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNZIM-0004BI-1o for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:26:14 -0400 Received: from wr-out-0506.google.com ([64.233.184.225]:27795) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KNZIL-0006bI-Q6 for qemu-devel@nongnu.org; Mon, 28 Jul 2008 16:26:14 -0400 Received: by wr-out-0506.google.com with SMTP id c46so4169908wra.18 for ; Mon, 28 Jul 2008 13:26:12 -0700 (PDT) Message-ID: <488E2B43.3040303@codemonkey.ws> Date: Mon, 28 Jul 2008 15:25:39 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 0/3]: Add UUID command-line option References: <488DD98D.5010907@codemonkey.ws> <488DDA93.4070702@redhat.com> <488DDF8B.8020103@codemonkey.ws> <488DE142.1060100@redhat.com> <488DE1E0.1070005@codemonkey.ws> <488DE8D4.5020502@redhat.com> <20080728160215.GB23771@minantech.com> <488DF11D.7090100@codemonkey.ws> <20080728162828.GA14004@shareable.org> <488E17E0.6010701@codemonkey.ws> <20080728200039.GA19216@shareable.org> In-Reply-To: <20080728200039.GA19216@shareable.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 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. Regards, Anthony Liguori > -- Jamie > > >