Messages in this thread | | | Subject | Re: [PATCH 0/3] cpuidle: Rework the handling of the poll state | From | Sudeep Holla <> | Date | Thu, 24 Aug 2017 10:48:19 +0100 |
| |
On 23/08/17 22:18, Rafael J. Wysocki wrote: > Hi, > > On x86 the fist idle state is a polling one, but the way it is set up is far > from straightforward and then it is avoided by governors in rather somewhat > convoluted fashion. > > Make this more clear by explicitly flagging that state as "polling" and > checking its flag where it needs to be avoided instead of using > arch-dependent numbering of idle states (patch [1/3]), move the > polling state code from driver.c to a separate C file (patch [2/3]) and > move the initialization of it from the core to the relevant cpuidle drivers - > ACPI and intel_idle (patch [3/3]). >
Tested this on ARM64 platform(both DT and ACPI/LPI) and everything continues to work fine. Tested-by: Sudeep Holla <sudeep.holla@arm.com>
-- Regards, Sudeep
| |