From: Jamie Lokier <jamie@shareable.org>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [RESEND PATCH v3 0/5] Add UUID support.
Date: Wed, 18 Jun 2008 13:13:12 +0100 [thread overview]
Message-ID: <20080618121312.GA305@shareable.org> (raw)
In-Reply-To: <20080618060713.GD32664@minantech.com>
Gleb Natapov wrote:
> > I don't like this vmport "backdoor" and I would like to disable it by
> > default, so I consider it is not the solution to pass the UUID
> > information to the BIOS.
>
> Do you have other interface in mind for host/guest communication?
> VMware uses the I/O port backdoor interface. Microsoft Virtual PC
> uses "Invalid Opcode" mechanism as a backdoor.
>
> We need this interface for other things too. For instance there are OEM
> Windows versions that require specific vendor's ACPI table to be present
> for installation. I have a patch that pass additional ACPI tables to BIOS
> using backdoor interface since it's not practical to compile different
> BIOSes for different Windows OEM versions.
>
> > BTW, what is the use of this UUID ?
>
> It is used for system management to tell two identical computers apart.
> Something like MAC but more stable. In Windows WMI can be used to obtain
> UUID and we have vendors that use VB scripts to configure machines
> differently based on their UUIDs.
Also, if you're porting an exiting Windows VM image from some other VM
system, the existing image will expect certain things which are UUIDs
(BIOS asset tags etc.) to have particular values. If they are not
present, or the values are different, then the VM image may refuse to
run and ask you to "activate" it with a phone call to Microsoft.
I don't like this, but being able to port existing images makes a
difference when considering whether to use a Linux VM host or a
Windows VM host, to host Windows guests.
(Admittedly some other things also need to be emulated to seamlessly
take a Windows image from MS Virtual PC into QEMU.)
...
On the other hand, VM backdoors are a way in which OSes can refuse to
run if they detect they are in particular VMs, or behave differently.
This could be ugly: imagine an OS which runs fine in VMware and MS
Virtual PC, but refuses to run in QEMU/KVM _only_ because it detects
what it's running in, and not for technical reasons.
So it's important than VM backdoors are emulated as carefully as other
hardware, and don't expose too much real information about the host,
just the minimum required and under user control.
-- Jamie
next prev parent reply other threads:[~2008-06-18 12:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20080616130135.24174.93474.stgit@gleb-debian.qumranet.com.qumranet.com>
2008-06-16 13:01 ` [Qemu-devel] [RESEND PATCH v3 1/5] Add OUT support to vmport Gleb Natapov
2008-06-16 13:01 ` [Qemu-devel] [RESEND PATCH v3 2/5] Add -uuid command line option Gleb Natapov
2008-06-16 13:01 ` [Qemu-devel] [RESEND PATCH v3 3/5] Add "info uuid" command to monitor Gleb Natapov
2008-06-16 13:01 ` [Qemu-devel] [RESEND PATCH v3 4/5] Add support for UUID query to vmport interface Gleb Natapov
2008-06-16 13:02 ` [Qemu-devel] [RESEND PATCH v3 5/5] Use libuuid if available Gleb Natapov
2008-06-17 22:04 ` [Qemu-devel] [RESEND PATCH v3 0/5] Add UUID support Fabrice Bellard
2008-06-18 6:07 ` Gleb Natapov
2008-06-18 12:13 ` Jamie Lokier [this message]
2008-06-23 8:52 ` Gleb Natapov
2008-10-15 12:46 ` Wing D Lizard
2008-10-30 13:14 ` [Qemu-devel] many messages per hour from Gleb Natapov Wing D Lizard
2008-06-16 13:20 [Qemu-devel] [RESEND PATCH v3 0/5] Add UUID support Gleb Natapov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20080618121312.GA305@shareable.org \
--to=jamie@shareable.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).