From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNUFj-0004x7-9L for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:03:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNUFh-0004wp-Qz for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:03:11 -0400 Received: from [199.232.76.173] (port=59120 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNUFh-0004wm-Nd for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:03:09 -0400 Received: from wr-out-0506.google.com ([64.233.184.228]:54356) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KNUFh-0001ez-Dw for qemu-devel@nongnu.org; Mon, 28 Jul 2008 11:03:09 -0400 Received: by wr-out-0506.google.com with SMTP id c46so4037546wra.18 for ; Mon, 28 Jul 2008 08:03:08 -0700 (PDT) Message-ID: <488DDF8B.8020103@codemonkey.ws> Date: Mon, 28 Jul 2008 10:02:35 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <488DC8B2.1070009@redhat.com> <20080728141515.GJ3196@minantech.com> <488DD98D.5010907@codemonkey.ws> <488DDA93.4070702@redhat.com> In-Reply-To: <488DDA93.4070702@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH 0/3]: Add UUID command-line option Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Chris Lalancette Cc: Gleb Natapov , qemu-devel@nongnu.org Chris Lalancette wrote: > Anthony Liguori wrote: > >> The backdoor interface is deprecated (from a VMware perspective) and is >> pretty terrible. I'll go through and do a more thorough review of the >> patches Chris posted but one thing I already know I'd like to see the >> UUID plumbed through the SMBIOS tables for x86. That's a requirement in >> my mind for adding a -uuid option. I see no harm in also supporting the >> backdoor interface but the primary way to expose a UUID should be SMBIOS. >> > > Hm, but that's basically what this does, in combination with the Bochs BIOS. > Once the Bochs BIOS reaches the rombios32 code, it makes the calls into the > device model VMware backdoor to get the UUID. Assuming this all succeeds, the > Bochs BIOS then plumbs it into the SMBIOS tables. > Are there patches for the Bochs BIOS to do this? Why wouldn't it just use CMOS to get at the UUID? Regards, Anthony Liguori > Is that what you meant, or did you mean something else? A quick grep for > "smbios" didn't turn up anything in the qemu source tree, so I'm not sure where > else we would implement this. > > Thanks, > Chris Lalancette >