Displaying 5 results from an estimated 5 matches for "xen_processor_power".
2013 Jun 04
2
[PATCH 1/2] acpi/processor: remove bm_rld_set of acpi_processor_flags
bm_rld_set seems obsolete now
Signed-off-by: liguang <lig.fnst at cn.fujitsu.com>
---
include/acpi/processor.h | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/acpi/processor.h b/include/acpi/processor.h
index ea69367..cfec509 100644
--- a/include/acpi/processor.h
+++ b/include/acpi/processor.h
@@ -188,7 +188,6 @@ struct acpi_processor_flags {
u8
2013 Jul 15
1
[PATCH] xen/cpuidle: Reduce logging level for unknown apic_ids
...idle.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/arch/x86/acpi/cpu_idle.c b/xen/arch/x86/acpi/cpu_idle.c
index 8cb1514..90e0a49 100644
--- a/xen/arch/x86/acpi/cpu_idle.c
+++ b/xen/arch/x86/acpi/cpu_idle.c
@@ -1031,7 +1031,7 @@ long set_cx_pminfo(uint32_t cpu, struct xen_processor_power *power)
cpu_id = get_cpu_id(cpu);
if ( cpu_id == -1 )
{
- printk(XENLOG_ERR "no cpu_id for acpi_id %d\n", cpu);
+ printk(XENLOG_INFO "no cpu_id for acpi_id %d\n", cpu);
return -EINVAL;
}
--
1.7.10.4
2013 Jun 04
2
[PATCH 1/2] acpi/processor: remove bm_rld_set of acpi_processor_flags
bm_rld_set seems obsolete now
Signed-off-by: liguang <lig.fnst at cn.fujitsu.com>
---
include/acpi/processor.h | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/acpi/processor.h b/include/acpi/processor.h
index ea69367..cfec509 100644
--- a/include/acpi/processor.h
+++ b/include/acpi/processor.h
@@ -188,7 +188,6 @@ struct acpi_processor_flags {
u8
2013 Jun 04
2
[PATCH 1/2] acpi/processor: remove bm_rld_set of acpi_processor_flags
bm_rld_set seems obsolete now
Signed-off-by: liguang <lig.fnst at cn.fujitsu.com>
---
include/acpi/processor.h | 1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/include/acpi/processor.h b/include/acpi/processor.h
index ea69367..cfec509 100644
--- a/include/acpi/processor.h
+++ b/include/acpi/processor.h
@@ -188,7 +188,6 @@ struct acpi_processor_flags {
u8
2011 Aug 15
36
expose MWAIT to dom0
There''re basically two methods to enter a given C-state: legacy (hlt + I/O read),
and native(using mwait). MWAIT is always preferred when both underlying CPU
and OS support, which is a more efficient way to conduct C-state transition.
Xen PM relies on Dom0 to parse ACPI Cx/Px information, which involves one
step to notify BIOS about a set of capabilities supported by OSPM. One capability