diff options
| author |   Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> | 2013-03-22 10:15:47 -0400 |
|---|---|---|
| committer | Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> | 2013-03-27 12:06:02 -0400 |
| commit | 76fc253723add627cf28c09c79fb67e71f9e4782 (patch) | |
| tree | 8e74442373a545c8a5fbc6c938a58d4f5173fb5a /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | xen-pciback: notify hypervisor about devices intended to be assigned to guests (diff) | |
| download | linux-dev-76fc253723add627cf28c09c79fb67e71f9e4782.tar.xz linux-dev-76fc253723add627cf28c09c79fb67e71f9e4782.zip | |
xen/acpi-stub: Disable it b/c the acpi_processor_add is no longer called.
With the Xen ACPI stub code (CONFIG_XEN_STUB=y) enabled, the power
C and P states are no longer uploaded to the hypervisor.
The reason is that the Xen CPU hotplug code: xen-acpi-cpuhotplug.c
and the xen-acpi-stub.c register themselves as the "processor" type object.
That means the generic processor (processor_driver.c) stops
working and it does not call (acpi_processor_add) which populates the
per_cpu(processors, pr->id) = pr;
structure. The 'pr' is gathered from the acpi_processor_get_info function
which does the job of finding the C-states and figuring out PBLK address.
The 'processors->pr' is then later used by xen-acpi-processor.c (the one that
uploads C and P states to the hypervisor). Since it is NULL, we end
skip the gathering of _PSD, _PSS, _PCT, etc and never upload the power
management data.
The end result is that enabling the CONFIG_XEN_STUB in the build means that
xen-acpi-processor is not working anymore.
This temporary patch fixes it by marking the XEN_STUB driver as
BROKEN until this can be properly fixed.
CC: jinsong.liu@intel.com
Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions