similar to: [PATCH] x86/idle: reduce contention on ACPI register accesses

Hi all. I have two servers 2.6.18-308.4.1.el5PAE CentOS release 5.7 (Final) Both have two external gigabit network cards (installed Planet with Realtek r8169 chipset). lspci 04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) 04:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) /var/log/messages May 3

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

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

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

Hello, Similar to others I have freezeups on the system, it is consistent with high IO load. If the system runs (even with multiple) XenU it does not happen. But I can consistently force the situation to occur. Running 4 dd processes dumping 20GB each on a LVM/mdadm soft RAID5 volume it consistenly crashes in a DomU. Running without XEN I do not see the problem at all - (e.g. after about 3TB of

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

Hello, The following patches are a solution to a problem we have encountered when using the Xen hypervisor: - Need Pxx/Cxx states to save on power consumption when using Xen (we do want those datacenters to consume less power!), - Also need to figure out the Turbo mode so that the scheduler can properly boost a core for CPU bound guests. In essence the Xen hypervisor requires that