|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] [PATCH][pvops_dom0][0/4] parse ACPI Cx/Px info for Xen
Xen hypervisor depends on dom0 to parse the physical ACPI Cx/Px information and
pass the info to xen. The following series of patches implements this
functionality:
01/04 domain0-acpi-parser-related-hypercall.patch: add acpi parser related
platform hypercall
02/04 external-control-framework.patch: Introduce the
external control operation interface for domain0 ACPI parser
03/04 external-control-xen.patch: Xen
implementation of the external control operation interface
04/04 xen-vcpu-pcpu-mapping.patch: use physical
acpi_id in acpi processor parsing logic
Note that the 04 patch xen-vcpu-pcpu-mapping.patch is a bit hacky. Its purpose
is fixing the gap between dom0 vcpu and physical acpi info. but due to that
this is a the architecture issue, no clean way is found with current
architecture. There is thread talking about moving the ACPI parser from dom0 to
hypervisor. this issue will gone under such architecture. But by far, we have
to use this kind of hacky patch.
Also this series of patches are rebased version of the previous post. Most of
the comments Jeremy provided last time is applied, with only one exception: use
xen specific cpufreq driver for the Px info. I tried this approach, and finally
find this approach need many hacks in cpufreq path to fix the gap of vcpu and
physical cpu. so I still keep the Px logic in external control logic instead of
cpufreq driver.
Best Regards
Ke
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] [PATCH][pvops_dom0][0/4] parse ACPI Cx/Px info for Xen,
Yu, Ke <=
|
|
|
|
|