From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1KNTw7-0003sB-4R
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 10:42:55 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1KNTw5-0003pX-IK
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 10:42:54 -0400
Received: from [199.232.76.173] (port=37137 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1KNTw5-0003pK-6p
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 10:42:53 -0400
Received: from mx1.redhat.com ([66.187.233.31]:42119)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <clalance@redhat.com>) id 1KNTw4-0004Cv-Va
	for qemu-devel@nongnu.org; Mon, 28 Jul 2008 10:42:53 -0400
Message-ID: <488DDA93.4070702@redhat.com>
Date: Mon, 28 Jul 2008 16:41:23 +0200
From: Chris Lalancette <clalance@redhat.com>
MIME-Version: 1.0
References: <488DC8B2.1070009@redhat.com> <20080728141515.GJ3196@minantech.com>
	<488DD98D.5010907@codemonkey.ws>
In-Reply-To: <488DD98D.5010907@codemonkey.ws>
Content-Type: text/plain; charset=ISO-8859-1
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: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Anthony Liguori <anthony@codemonkey.ws>
Cc: Gleb Natapov <gleb@qumranet.com>, qemu-devel@nongnu.org

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.

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