>>> On 29.11.16 at 16:33, <boris.ostrov...@oracle.com> wrote: > This series adds support for ACPI-based VCPU hotplug for unprivileged > PVH guests. > > Changes in v4: > * Replaced XEN_DOMCTL_set_avail_vcpus with XEN_DOMCTL_acpi_access, > toolstack is expected to issue two ACPI "writes" to trigger the hotplug > * Moved pm1a registers from PMTState to hvm_domain. gpe0 registers are > added there. > * Both pm1a and gpe0 registers are now represented as uint16_t for status > and enable (and as result no new public macros for those registers' length > are needed). Ths is partly to avoid changes in HVM code (i.e. pmtimer) > and partly to simplify code. I don't expect larger registers will be > needed any time soon. > * ACPI handling now lives in xen/arch/x86/hvm/acpi.c > * Moved definition of XEN_ACPI_CPU_MAP/XEN_GPE0_CPUHP_BIT from ioreq.h > to public/arch-x86/xen.h. This is the best I could come up with but > ioreq is the wrong place, now that everything happens in acpi.c
Without having looked at the patch(es) - why not e.g. public/arch-x86/hvm/acpi.h? Jan _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel
