History log of /haiku/src/add-ons/kernel/drivers/power/x86_cpuidle/
Revision Date Author Comments
(<<< Hide modified files)
(Show modified files >>>)
93930f33 06-Aug-2018 Murai Takashi <tmurai01@gmail.com>

Replace B_MAX_CPU_COUNT with SMP_MAX_CPUS

Change-Id: I55c53ab35e9645e20466b09407a251571c589958
Reviewed-on: https://review.haiku-os.org/447
Reviewed-by: waddlesplash <waddlesplash@gmail.com>

c7fad27a 21-Apr-2018 Fredrik Holmqvist <fredrik.holmqvist@gmail.com>

Free ci on error

7db89e8d 25-Nov-2013 Pawel Dziepak <pdziepak@quarnos.org>

kernel: Rework cpuidle module

* Create new interface for cpuidle modules (similar to the cpufreq
interface)
* Generic cpuidle module is no longer needed
* Fix and update Intel C-State module

4110b730 01-Oct-2013 Pawel Dziepak <pdziepak@quarnos.org>

x86[_64]: Add support for CPUID sub-leaves

Some CPUID leaves may contain one or more sub-leaves accessed by setting
ECX to an appropriate value.

a83983a2 27-Apr-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

acpi_cpuidle: Fix driver initialization

* For some reason the code in acpi_processor_init() assumed that the
CPU index returned by ACPI was 1-based. On my machines it is 0-based
and the syslogs on Trac from the last months don't show any
exception. The code even contained a hack to force satisifying that
assumption for a single-CPU machine.
* Instead of calling intel_cpuidle_init()/acpi_cpuidle_init() when
initializing the driver for the device node for CPU 0 -- thus
depending on the order the device manager iterates through the CPU
device nodes -- rather check whether all CPU nodes have indeed been
encountered.
* acpi_cpuidle_init_driver(): Don't leak the cookie in error case.
* acpi_cpuidle_uninit_driver(): Clear the sAcpiProcessor element for
the uninitialized CPU node. We'd also have to unregister the idle
callback when acpi_cpuidle_uninit_driver() is called for the first
CPU device node, but there isn't any API for it ATM.

Fixes a crash on machines with multiple CPUs where acpi_cpuidle_setup()
wouldn't already fail early (apparently only mine).

b28421c9 27-Apr-2013 Ingo Weinhold <ingo_weinhold@gmx.de>

acpi_cpuidle.cpp: Some style cleanup

Just what I spotted at the first glance. There's more general cleanup
to be done, e.g. regarding the public API.

5554814b 23-Aug-2012 Yongcong Du <ycdu.vmcore@gmail.com>

x86_cpuidle: coding style fix according to Jerome

Signed-off-by: Fredrik Holmqvist <fredrik.holmqvist@gmail.com>

8073227c 23-Aug-2012 Yongcong Du <ycdu.vmcore@gmail.com>

x86_cpuidle: use module_dependencies rather than get_module()

Signed-off-by: Fredrik Holmqvist <fredrik.holmqvist@gmail.com>

0138a95e 19-Aug-2012 Yongcong Du <ycdu.vmcore@gmail.com>

cpuidle: implement acpi cpuidle driver

we prefer intel native cpuidle driver on newer intel platforms --
sandybridge or later. we'll fall back to acpi cpuidle driver for other
platforms.

Signed-off-by: Fredrik Holmqvist <fredrik.holmqvist@gmail.com>

71d9d375 04-Aug-2012 Yongcong Du <ycdu.vmcore@gmail.com>

cpuidle: move generic cpuidle to generic

After this change, low level cpuidle drivers load the generic cpuidle
module if they can support the underlying platform.

change the intel cpuidle driver accordingly, now it's loaded by acpi
bus manager during boot, although it doesn't depend on acpi

Signed-off-by: Fredrik Holmqvist <fredrik.holmqvist@gmail.com>