lkml.org 
[lkml]   [2010]   [May]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH 8/8] intel_idle: create a native cpuidle driver for select intel processors
    From
    Date
    Len Brown <lenb@kernel.org> writes:

    > From: Len Brown <len.brown@intel.com>
    >
    > This EXPERIMENTAL driver supersedes acpi_idle
    > on modern Intel processors. (Nehalem and Atom Processors).
    >
    > For CONFIG_INTEL_IDLE=y, intel_idle probes before acpi_idle,
    > no matter if CONFIG_ACPI_PROCESSOR=y or =m.
    >
    > Boot with "intel_idle.max_cstate=0" to disable the driver
    > and to fall back on ACPI.
    >
    > CONFIG_INTEL_IDLE=m is not recommended unless the system
    > has a method to guarantee intel_idle loads before ACPI's
    > processor_idle.
    >
    > This driver does not yet know about cpu online/offline
    > and thus will not yet play well with cpu-hotplug.
    >
    > Signed-off-by: Len Brown <len.brown@intel.com>
    > ---
    > MAINTAINERS | 7 +
    > drivers/Makefile | 2 +-
    > drivers/acpi/processor_driver.c | 6 +-
    > drivers/idle/Kconfig | 11 +
    > drivers/idle/Makefile | 1 +
    > drivers/idle/intel_idle.c | 446 +++++++++++++++++++++++++++++++++++++++

    Any reason this arch-specific driver needs to be in drivers/idle
    instead of under a platform specific dir like arch/x86?

    On embedded SoCs that have never had ACPI, we have our
    platform-specific CPUidle drivers in with the rest of our platform
    specific code.

    Kevin


    \
     
     \ /
      Last update: 2010-05-27 16:17    [W:0.020 / U:152.664 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site