From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNVFM-0006kn-Dj for qemu-devel@nongnu.org; Mon, 28 Jul 2008 12:06:52 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNVFK-0006k6-Lg for qemu-devel@nongnu.org; Mon, 28 Jul 2008 12:06:52 -0400 Received: from [199.232.76.173] (port=37349 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNVFK-0006k1-Hk for qemu-devel@nongnu.org; Mon, 28 Jul 2008 12:06:50 -0400 Received: from wr-out-0506.google.com ([64.233.184.224]:60492) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KNVFK-0000mN-Cs for qemu-devel@nongnu.org; Mon, 28 Jul 2008 12:06:50 -0400 Received: by wr-out-0506.google.com with SMTP id c46so4063891wra.18 for ; Mon, 28 Jul 2008 09:06:48 -0700 (PDT) Message-ID: <488DEE78.4030808@codemonkey.ws> Date: Mon, 28 Jul 2008 11:06:16 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH 0/3]: Add UUID command-line option References: <488DC8B2.1070009@redhat.com> <20080728141515.GJ3196@minantech.com> <488DD98D.5010907@codemonkey.ws> <488DDA93.4070702@redhat.com> <488DDF8B.8020103@codemonkey.ws> <488DE142.1060100@redhat.com> <488DE1E0.1070005@codemonkey.ws> <20080728154931.GB13000@shareable.org> In-Reply-To: <20080728154931.GB13000@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: > Anthony Liguori wrote: > >> That makes me sad that they merged that. What a terribly complicated >> way to do something that's relatively simple. >> > > I guess it's for backwards compatibility with ancient versions of > VMware, but it does seem out of place now. > The Bochs BIOS doesn't run under VMware. Plus it's under a BX_QEMU define in the Bochs BIOS. It looks like it was merged into Bochs with them thinking that it was an interface we were supporting when we really aren't yet. This seems unfortunately to me :-( If we can use the CMOS, I'd rather use the CMOS. If we absolutely need a different interface, I'd prefer it not be the backdoor interface and instead be something is either an existing standard or somethign that we have some level of control over. We can't extend the backdoor interface for arbitrary things. Regards, Anthony Liguori Regards, Anthony Liguori > -- Jamie > > >