From: "Michael S. Tsirkin" <mst@redhat.com>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: Gal Hammer <ghammer@redhat.com>,
Paolo Bonzini <pbonzini@redhat.com>,
qemu-devel@nongnu.org, imammedo@redhat.com
Subject: Re: [Qemu-devel] [PATCH V15 4/5] i386: add a Virtual Machine Generation ID device
Date: Mon, 8 Jun 2015 17:01:58 +0200 [thread overview]
Message-ID: <20150608165951-mutt-send-email-mst@redhat.com> (raw)
In-Reply-To: <20150608135854.GC19157@redhat.com>
On Mon, Jun 08, 2015 at 02:58:54PM +0100, Daniel P. Berrange wrote:
> On Mon, Jun 08, 2015 at 03:55:14PM +0200, Paolo Bonzini wrote:
> >
> >
> > On 08/06/2015 15:52, Gal Hammer wrote:
> > >>> 2. Is it possible to create a sysbus device using the "-device" command
> > >>> line argument? I vaguely recall that it is not possible to do it and
> > >>> that's the reason that I specifically add the device in the pc init.
> > >>
> > >> It's now possible, but it is somewhat complicated. I think it's simpler
> > >> to initialize this unconditionally and hide it (via ACPI _STA) if the
> > >> vmgenid is all zeros.
> > >
> > > I didn't understand. I need the device to be a sysbus device so it won't
> > > be found as an ISA or a PCI device by Windows. So I need to know what
> > > ever or not it is possible to create a sysbus device using "-device". In
> > > either way it won't be created if vmgenid is not given so no need to
> > > hide it using _STA.
> >
> > Windows doesn't enumerate ISA devices when you create them with -device.
> > It just enumerates devices from the ACPI DSDT/SSDT. So it's okay to
> > make it an ISADevice, or to make it a part of another device (e.g. the
> > ISA bridge or the power management device). It's still ugly though.
> >
> > If you make it a sysbus device, you can just add it unconditionally, and
> > define _STA so that Windows only sees it under the appropriate
> > circumstances: for example, return 0 from _STA if the vmgenid (from the
> > command line) is all zeroes.
> >
> > What is the command line option like? Is it "-global vmgenid.uuid=foo"?
>
> FWIW, although the spec for this feature comes from Windows/Microsoft,
> I'd expect that when we enable it in libvirt, we'll want to make it
> unconditionally available to all VMs, since its a generically useful
> information source for guest OS'.
>
> Regards,
> Daniel
Are there applications that would actually use this? For microsoft this
seems to be mostly driven by ActiveDirectory needs.
It seems quite possible that applications solve the problem
differently on Linux.
> --
> |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :|
> |: http://libvirt.org -o- http://virt-manager.org :|
> |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :|
> |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|
next prev parent reply other threads:[~2015-06-08 15:02 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-27 11:19 [Qemu-devel] [PATCH V15 0/5] Virtual Machine Generation ID Gal Hammer
2015-04-27 11:19 ` [Qemu-devel] [PATCH V15 1/5] docs: vm generation id device's description Gal Hammer
2015-04-27 13:42 ` Michael S. Tsirkin
2015-04-27 13:55 ` Michael S. Tsirkin
2015-04-28 14:20 ` Gal Hammer
2015-04-27 14:56 ` Eric Blake
2015-04-28 14:38 ` Gal Hammer
2015-04-27 11:19 ` [Qemu-devel] [PATCH V15 2/5] acpi: add a vm_generation_id_changed method Gal Hammer
2015-04-27 14:57 ` Eric Blake
2015-04-27 11:19 ` [Qemu-devel] [PATCH V15 3/5] aml: implement a 32-bit fixed memory range descriptor Gal Hammer
2015-04-27 11:19 ` [Qemu-devel] [PATCH V15 4/5] i386: add a Virtual Machine Generation ID device Gal Hammer
2015-04-27 13:38 ` Michael S. Tsirkin
2015-04-29 12:46 ` Gal Hammer
2015-04-27 14:59 ` Eric Blake
2015-05-28 10:25 ` Paolo Bonzini
2015-05-28 11:49 ` Michael S. Tsirkin
2015-05-28 11:59 ` Gal Hammer
2015-05-28 12:21 ` Michael S. Tsirkin
2015-05-28 13:00 ` Paolo Bonzini
2015-05-28 13:24 ` Michael S. Tsirkin
2015-05-28 13:35 ` Paolo Bonzini
2015-05-29 11:46 ` Igor Mammedov
2015-06-03 16:32 ` Michael S. Tsirkin
2015-06-03 16:37 ` Paolo Bonzini
2015-06-08 13:42 ` Gal Hammer
2015-06-08 13:43 ` Paolo Bonzini
2015-06-08 13:52 ` Gal Hammer
2015-06-08 13:55 ` Paolo Bonzini
2015-06-08 13:58 ` Daniel P. Berrange
2015-06-08 14:05 ` Gal Hammer
2015-06-08 15:01 ` Michael S. Tsirkin [this message]
2015-06-08 15:17 ` Paolo Bonzini
2015-06-08 15:22 ` Michael S. Tsirkin
2015-06-08 15:28 ` Gal Hammer
2015-06-08 15:32 ` Michael S. Tsirkin
2015-06-08 15:33 ` Paolo Bonzini
2015-06-08 15:41 ` Michael S. Tsirkin
2015-06-08 15:43 ` Paolo Bonzini
2015-06-08 14:00 ` Gal Hammer
2015-06-08 13:59 ` Paolo Bonzini
2015-04-27 11:19 ` [Qemu-devel] [PATCH V15 5/5] tests: add a unit test for the vmgenid device Gal Hammer
2015-04-27 15:01 ` Eric Blake
2015-04-27 16:17 ` Michael S. Tsirkin
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=20150608165951-mutt-send-email-mst@redhat.com \
--to=mst@redhat.com \
--cc=berrange@redhat.com \
--cc=ghammer@redhat.com \
--cc=imammedo@redhat.com \
--cc=pbonzini@redhat.com \
--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).