Bill Rieske
2008-Jul-16 21:54 UTC
[Xen-devel] ACPI fixed event or General Purpose Event to HVM guest.
Has there been any work done on getting an ACPI fixed event or perhaps a general purpose event delivered to an HVM guest. Whereby, the HVM guests OSPM could consume the event and act accordingly. Or Perhaps better stated how would one go about passing an ACPI fixed event or general purpose event that was raised and consumed by dom0 and subsequently pass the event on to each of the HVM domu''s. Thanks _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Tian, Kevin
2008-Jul-17 01:10 UTC
RE: [Xen-devel] ACPI fixed event or General Purpose Event to HVM guest.
>From:Bill Rieske >Sent: 2008年7月17日 5:55 > >Has there been any work done on getting an ACPI fixed event or >perhaps a general >purpose event delivered to an HVM guest. Whereby, the HVM >guests OSPM could consume the event and act accordingly.Now Xen support live migration with VT-d assigned device, which is based on a virtual ACPI hotplug mechanism, where one specific GPE bit is created within Qemu. You can check piix4acpi.c in Qemu for reference.> >Or Perhaps better stated how would one go about passing an >ACPI fixed event or general purpose event that was raised and >consumed by dom0 and subsequently pass the event on to each of >the HVM domu''s. >But if you''re talking about passing through a physical ACPI event to HVM, it seems a bit tricky since not all ACPI events are waterfalled to user space, and even when some does, it doesn''t make sense to simply forward already-consumed event to HVM, as Qemu ACPI table is different from physical one. So, what''s your main purpose here? Thanks, Kevin _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Bill Rieske
2008-Jul-17 14:03 UTC
RE: [Xen-devel] ACPI fixed event or General Purpose Event to HVMguest.
> >>Has there been any work done on getting an ACPI fixed event or >>perhaps a general >>purpose event delivered to an HVM guest. Whereby, the HVM >>guests OSPM could consume the event and act accordingly. > > Now Xen support live migration with VT- d assigned device, which > is based on a virtual ACPI hotplug mechanism, where one specific > GPE bit is created within Qemu. You can check piix4acpi.c in > Qemu for reference. >I will look a little closer at this file. Thanks>> >>Or Perhaps better stated how would one go about passing an >>ACPI fixed event or general purpose event that was raised and >>consumed by dom0 and subsequently pass the event on to each of >>the HVM domu''s. >> > > But if you''re talking about passing through a physical ACPI event > to HVM, it seems a bit tricky since not all ACPI events are > waterfalled to user space, and even when some does, it doesn''t > make sense to simply forward already- consumed event to HVM, > as Qemu ACPI table is different from physical one. > > So, what''s your main purpose here? >It would be nice to simulate the action of a power button or perhaps even the sleep button from a tool set on dom0 and push that up into the HVM to cause it to power down/sleep/wake as it does on bare metal. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Seemingly Similar Threads
- RE: ACPI fixed event or General Purpose Event to HVMguest.
- [PATCH] Fix hvm vcpu hotplug bug
- [PATCH]HVM acpi guest OS suppot in piix4 ACPI event logical model-part 2 of 4
- [PATCH] qemu-traditional - ACPI vCPU hotplug fixes for Xen 4.3 (v2).
- [PATCH] Fix QEMU HVM hotplug race in QEMU traditional (Xen 4.1, Xen 4.2, and Xen 4.3) (v1).