public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* [RFC v2][PATCH 0/9] cpuidle: intel_idle: Use ACPI _CTS to get idle states information
@ 2019-12-10 11:54 Rafael J. Wysocki
  2019-12-10 12:01 ` [RFC v2][PATCH 1/9] ACPI: processor: Export function to claim _CST control Rafael J. Wysocki
                   ` (8 more replies)
  0 siblings, 9 replies; 10+ messages in thread
From: Rafael J. Wysocki @ 2019-12-10 11:54 UTC (permalink / raw)
  To: Linux PM; +Cc: LKML, Linux ACPI, Len Brown, Srinivas Pandruvada, Len Brown

Hi All,

The purpose of this set of patches is to allow the intel_idle driver to use
C-states information from ACPI _CST on systems where the processor is not
recognized by it.

The first five patches are preparatory (please look into the changelogs for
details) and are not expected to make any functional difference.

The patch [6/9] adds ACPI _CST support to intel_idle so that _CST is used when
the driver does not have a dedicated list of C-states for the given processor.

Patch [7/9] is the same as https://patchwork.kernel.org/patch/11256815/.

Patch [8/9] changes intel_idle to also use ACPI _CST if there is a tables
of C-states for the given processor in the driver, in which case it will use
the _CST information to decide which C-state to enable by default.

The last patch adds a module parameter called "no_acpi" that can be used to
prevent intel_idle from using ACPI _CST via the kernel command line.

This has been lightly tested on a Dell XPS13 9360 (with an additional patch to
drop the Kaby Lake entries from intel_idle_ids[] which normally would prevent
intel_idle from registering itself as the cpuidle driver).  The difference
between using the idle states list from _CST and the built-in one generally is
that in the latter case the processor spends more time in package C-state when
the system is idle.

If there are any concerns about this series, please let me know.

Thanks,
Rafael




^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2019-12-10 12:13 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2019-12-10 11:54 [RFC v2][PATCH 0/9] cpuidle: intel_idle: Use ACPI _CTS to get idle states information Rafael J. Wysocki
2019-12-10 12:01 ` [RFC v2][PATCH 1/9] ACPI: processor: Export function to claim _CST control Rafael J. Wysocki
2019-12-10 12:02 ` [RFC v2][PATCH 2/9] ACPI: processor: Introduce acpi_processor_evaluate_cst() Rafael J. Wysocki
2019-12-10 12:02 ` [RFC v2][PATCH 3/9] ACPI: processor: Clean up acpi_processor_evaluate_cst() Rafael J. Wysocki
2019-12-10 12:02 ` [RFC v2][PATCH 4/9] ACPI: processor: Export acpi_processor_evaluate_cst() Rafael J. Wysocki
2019-12-10 12:03 ` [RFC v2][PATCH 5/9] intel_idle: Refactor intel_idle_cpuidle_driver_init() Rafael J. Wysocki
2019-12-10 12:06 ` [RFC v2][PATCH 6/9] intel_idle: Use ACPI _CST for processor models without C-state tables Rafael J. Wysocki
2019-12-10 12:07 ` [RFC v2][PATCH 7/9] cpuidle: Allow idle states to be disabled by default Rafael J. Wysocki
2019-12-10 12:13 ` [RFC v2][PATCH 8/9] intel_idle: Use ACPI _CST for selected known processors Rafael J. Wysocki
2019-12-10 12:13 ` [RFC v2][PATCH 9/9] intel_idle: Add module parameter to prevent ACPI _CST from being used Rafael J. Wysocki

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox