diff options
| author | Len Brown <len.brown@intel.com> | 2010-07-22 16:54:27 -0400 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@suse.de> | 2010-08-02 10:26:45 -0700 |
| commit | 75676db2d5fe83904ca91c6c40ac81aad54b6493 (patch) | |
| tree | 13a3dc6f99ac6cf94f0ae44e2fa150bbf8e0ecce /include | |
| parent | 8f338e228afcdf15faa127ae1c218377218ab44a (diff) | |
| download | kernel-common-75676db2d5fe83904ca91c6c40ac81aad54b6493.tar.gz kernel-common-75676db2d5fe83904ca91c6c40ac81aad54b6493.tar.bz2 kernel-common-75676db2d5fe83904ca91c6c40ac81aad54b6493.zip | |
ACPI: skip checking BM_STS if the BIOS doesn't ask for it
commit 718be4aaf3613cf7c2d097f925abc3d3553c0605 upstream.
It turns out that there is a bit in the _CST for Intel FFH C3
that tells the OS if we should be checking BM_STS or not.
Linux has been unconditionally checking BM_STS.
If the chip-set is configured to enable BM_STS,
it can retard or completely prevent entry into
deep C-states -- as illustrated by turbostat:
http://userweb.kernel.org/~lenb/acpi/utils/pmtools/turbostat/
ref: Intel Processor Vendor-Specific ACPI Interface Specification
table 4 "_CST FFH GAS Field Encoding"
Bit 1: Set to 1 if OSPM should use Bus Master avoidance for this C-state
https://bugzilla.kernel.org/show_bug.cgi?id=15886
Signed-off-by: Len Brown <len.brown@intel.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'include')
| -rw-r--r-- | include/acpi/processor.h | 3 |
1 files changed, 2 insertions, 1 deletions
diff --git a/include/acpi/processor.h b/include/acpi/processor.h index 0ea5ef4eb6a9..dcd0cb00f52b 100644 --- a/include/acpi/processor.h +++ b/include/acpi/processor.h @@ -48,7 +48,7 @@ struct acpi_power_register { u8 space_id; u8 bit_width; u8 bit_offset; - u8 reserved; + u8 access_size; u64 address; } __attribute__ ((packed)); @@ -74,6 +74,7 @@ struct acpi_processor_cx { u32 power; u32 usage; u64 time; + u8 bm_sts_skip; struct acpi_processor_cx_policy promotion; struct acpi_processor_cx_policy demotion; char desc[ACPI_CX_DESC_LEN]; |