lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 07 Nov 2011 12:54:03 -0500
From:	Len Brown <lenb@...nel.org>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
CC:	linux-acpi <linux-acpi@...r.kernel.org>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Linux PM list <linux-pm@...r.kernel.org>
Subject: [GIT pull] ACPI & cpuidle power management patches for Linux 3.2-merge

Hi Linus,

please pull from: 

git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release

This will update the files shown below.

Note that linux-next will not include the cpuidle patch below that
touches ARM until 11/7 -- though it has been built and tested
by some ARM people previously.

thanks!

Len Brown
Intel Open Source Technology Center

ps. individual patches are available on linux-acpi@...r.kernel.org

 Documentation/ABI/stable/sysfs-acpi-pmprofile |   22 +++
 arch/arm/mach-at91/cpuidle.c                  |   41 +++--
 arch/arm/mach-davinci/cpuidle.c               |   51 +++---
 arch/arm/mach-exynos4/cpuidle.c               |   30 ++--
 arch/arm/mach-kirkwood/cpuidle.c              |   42 +++--
 arch/arm/mach-omap2/cpuidle34xx.c             |  133 +++++++++-----
 arch/sh/kernel/cpu/shmobile/cpuidle.c         |   28 ++-
 arch/x86/platform/mrst/pmu.c                  |    2 +-
 drivers/acpi/acpica/hwregs.c                  |   11 +-
 drivers/acpi/atomicio.c                       |    2 +-
 drivers/acpi/bus.c                            |    8 +-
 drivers/acpi/processor_driver.c               |   20 +--
 drivers/acpi/processor_idle.c                 |  251 ++++++++++++++++++++-----
 drivers/acpi/scan.c                           |    3 +-
 drivers/acpi/sysfs.c                          |   14 ++-
 drivers/cpuidle/cpuidle.c                     |   86 +++------
 drivers/cpuidle/driver.c                      |   25 +++
 drivers/cpuidle/governors/ladder.c            |   41 +++-
 drivers/cpuidle/governors/menu.c              |   29 ++--
 drivers/cpuidle/sysfs.c                       |   22 ++-
 drivers/idle/intel_idle.c                     |  130 ++++++++++---
 drivers/pnp/pnpacpi/rsparser.c                |   62 ++-----
 drivers/thermal/thermal_sys.c                 |    4 +-
 include/acpi/acpi_drivers.h                   |    2 +-
 include/acpi/actypes.h                        |    1 -
 include/acpi/processor.h                      |    1 +
 include/linux/cpuidle.h                       |   52 +++---
 tools/power/x86/turbostat/turbostat.c         |   28 ++--
 28 files changed, 729 insertions(+), 412 deletions(-)
 create mode 100644 Documentation/ABI/stable/sysfs-acpi-pmprofile

through these commits:

Bart Van Assche (1):
      ACPI: Fix CONFIG_ACPI_DOCK=n compiler warning

Deepthi Dharwar (4):
      cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
      cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
      cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
      cpuidle: Single/Global registration of idle states

Len Brown (2):
      tools/power turbostat: less verbose debugging
      mrst pmu: update comment

Rafael J. Wysocki (2):
      ACPI: Drop ACPI_NO_HARDWARE_INIT
      thermal: Prevent polling from happening during system suspend

Rakib Mullick (1):
      ACPI: Fix possible recursive locking in hwregs.c

Thomas Meyer (1):
      ACPI: use kstrdup()

Thomas Renninger (1):
      ACPI: Export FADT pm_profile integer value to userspace

Tony Luck (1):
      ACPI atomicio: Convert width in bits to bytes in __acpi_ioremap_fast()

Witold Szczeponik (1):
      PNPACPI: Simplify disabled resource registration

with this log:

commit efb90582c575084723cc14302c1300cb26c7e01f
Merge: e751b75 46bcfad 22f4521 aeae1e9
Author: Len Brown <len.brown@...el.com>
Date:   Sun Nov 6 22:14:50 2011 -0500

    Merge branches 'acpi', 'idle', 'mrst-pmu' and 'pm-tools' into next

commit e751b759e82629798c4a5e4a87eb3a30c0510154
Merge: 3bf3f8b f7f71cf c1056b4 362b646 18fd470
Author: Len Brown <len.brown@...el.com>
Date:   Sun Nov 6 22:10:14 2011 -0500

    Merge branches 'atomic-io', 'lockdep', 'misc', 'pm-profile' and 'pnp-cleanup' into acpi

commit 46bcfad7a819bd17ac4e831b04405152d59784ab
Author: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
Date:   Fri Oct 28 16:20:42 2011 +0530

    cpuidle: Single/Global registration of idle states
    
    This patch makes the cpuidle_states structure global (single copy)
    instead of per-cpu. The statistics needed on per-cpu basis
    by the governor are kept per-cpu. This simplifies the cpuidle
    subsystem as state registration is done by single cpu only.
    Having single copy of cpuidle_states saves memory. Rare case
    of asymmetric C-states can be handled within the cpuidle driver
    and architectures such as POWER do not have asymmetric C-states.
    
    Having single/global registration of all the idle states,
    dynamic C-state transitions on x86 are handled by
    the boot cpu. Here, the boot cpu  would disable all the devices,
    re-populate the states and later enable all the devices,
    irrespective of the cpu that would receive the notification first.
    
    Reference:
    https://lkml.org/lkml/2011/4/25/83
    
    Signed-off-by: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
    Signed-off-by: Trinabh Gupta <g.trinabh@...il.com>
    Tested-by: Jean Pihet <j-pihet@...com>
    Reviewed-by: Kevin Hilman <khilman@...com>
    Acked-by: Arjan van de Ven <arjan@...ux.intel.com>
    Acked-by: Kevin Hilman <khilman@...com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 4202735e8ab6ecfb0381631a0d0b58fefe0bd4e2
Author: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
Date:   Fri Oct 28 16:20:33 2011 +0530

    cpuidle: Split cpuidle_state structure and move per-cpu statistics fields
    
    This is the first step towards global registration of cpuidle
    states. The statistics used primarily by the governor are per-cpu
    and have to be split from rest of the fields inside cpuidle_state,
    which would be made global i.e. single copy. The driver_data field
    is also per-cpu and moved.
    
    Signed-off-by: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
    Signed-off-by: Trinabh Gupta <g.trinabh@...il.com>
    Tested-by: Jean Pihet <j-pihet@...com>
    Reviewed-by: Kevin Hilman <khilman@...com>
    Acked-by: Arjan van de Ven <arjan@...ux.intel.com>
    Acked-by: Kevin Hilman <khilman@...com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit b25edc42bfb9602f0503474b2c94701d5536ce60
Author: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
Date:   Fri Oct 28 16:20:24 2011 +0530

    cpuidle: Remove CPUIDLE_FLAG_IGNORE and dev->prepare()
    
    The cpuidle_device->prepare() mechanism causes updates to the
    cpuidle_state[].flags, setting and clearing CPUIDLE_FLAG_IGNORE
    to tell the governor not to chose a state on a per-cpu basis at
    run-time. State demotion is now handled by the driver and it returns
    the actual state entered. Hence, this mechanism is not required.
    Also this removes per-cpu flags from cpuidle_state enabling
    it to be made global.
    
    Reference:
    https://lkml.org/lkml/2011/3/25/52
    
    Signed-off-by: Deepthi Dharwar <deepthi@...ux.vnet.ibm>
    Signed-off-by: Trinabh Gupta <g.trinabh@...il.com>
    Tested-by: Jean Pihet <j-pihet@...com>
    Acked-by: Arjan van de Ven <arjan@...ux.intel.com>
    Reviewed-by: Kevin Hilman <khilman@...com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit e978aa7d7d57d04eb5f88a7507c4fb98577def77
Author: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
Date:   Fri Oct 28 16:20:09 2011 +0530

    cpuidle: Move dev->last_residency update to driver enter routine; remove dev->last_state
    
    Cpuidle governor only suggests the state to enter using the
    governor->select() interface, but allows the low level driver to
    override the recommended state. The actual entered state
    may be different because of software or hardware demotion. Software
    demotion is done by the back-end cpuidle driver and can be accounted
    correctly. Current cpuidle code uses last_state field to capture the
    actual state entered and based on that updates the statistics for the
    state entered.
    
    Ideally the driver enter routine should update the counters,
    and it should return the state actually entered rather than the time
    spent there. The generic cpuidle code should simply handle where
    the counters live in the sysfs namespace, not updating the counters.
    
    Reference:
    https://lkml.org/lkml/2011/3/25/52
    
    Signed-off-by: Deepthi Dharwar <deepthi@...ux.vnet.ibm.com>
    Signed-off-by: Trinabh Gupta <g.trinabh@...il.com>
    Tested-by: Jean Pihet <j-pihet@...com>
    Reviewed-by: Kevin Hilman <khilman@...com>
    Acked-by: Arjan van de Ven <arjan@...ux.intel.com>
    Acked-by: Kevin Hilman <khilman@...com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit c1056b42a87b59375f8f81a92ef029165f44fcce
Author: Bart Van Assche <bvanassche@....org>
Date:   Wed Nov 2 20:16:05 2011 +0100

    ACPI: Fix CONFIG_ACPI_DOCK=n compiler warning
    
    Recently the ACPI ops structs were constified but the inline version
    of register_hotplug_dock_device() was overlooked (see also commit
    9c8b04b, June 25 2011). Update the inline function
    register_hotplug_dock_device() that is enabled with
    CONFIG_ACPI_DOCK=n too. This patch fixes at least the following
    compiler warnings:
    
    drivers/ata/libata-acpi.c: In function .ata_acpi_associate.:
    drivers/ata/libata-acpi.c:266:11: warning: passing argument 2 of .register_hotplug_dock_device. discards qualifiers from pointer target type
    include/acpi/acpi_drivers.h:146:19: note: expected .struct acpi_dock_ops *. but argument is of type .const struct acpi_dock_ops *.
    drivers/ata/libata-acpi.c:275:11: warning: passing argument 2 of .register_hotplug_dock_device. discards qualifiers from pointer target type
    include/acpi/acpi_drivers.h:146:19: note: expected .struct acpi_dock_ops *. but argument is of type .const struct acpi_dock_ops *.
    
    Cc: stable@...r.kernel.org
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 362b646062b2073bd5c38efb42171d86e4f717e6
Author: Thomas Renninger <trenn@...e.de>
Date:   Fri Nov 4 03:33:46 2011 +0100

    ACPI: Export FADT pm_profile integer value to userspace
    
    There are a lot userspace approaches to detect the usage of the
    platform (laptop, workstation, server, ...) and adjust kernel tunables
    accordingly (io/process scheduler, power management, ...).
    
    These approaches need constant maintaining and are ugly to implement
    (detect PCMCIA controller -> laptop,
    does not work on recent systems anymore, ...)
    On ACPI systems there is an easy and reliable way (if implemented
    in BIOS and most recent platforms have this value set).
    -> export it to userspace.
    
    Signed-off-by: Thomas Renninger <trenn@...e.de>
    Acked-by: Rafael J. Wysocki <rjw@...k.pl>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 51e20d0e3a60cf46b52ee1af598a35834919ed27
Author: Rafael J. Wysocki <rjw@...k.pl>
Date:   Sun Nov 6 14:21:38 2011 +0100

    thermal: Prevent polling from happening during system suspend
    
    The thermal driver should use a freezable workqueue to schedule
    polling to prevent thermal_zone_device_update() from being run
    during system suspend, when the devices it relies on may be inactive.
    Make it use the system freezable workqueue for this purpose.
    
    Signed-off-by: Rafael J. Wysocki <rjw@...k.pl>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 4505a2015f4c4b2f21137cc3a6b7400b0f3e073e
Author: Rafael J. Wysocki <rjw@...k.pl>
Date:   Sun Nov 6 14:20:42 2011 +0100

    ACPI: Drop ACPI_NO_HARDWARE_INIT
    
    ACPI_NO_HARDWARE_INIT is only used by acpi_early_init() and
    acpi_bus_init() when calling acpi_enable_subsystem(), but
    acpi_enable_subsystem() doesn't check that flag, so it can be
    dropped.
    
    Signed-off-by: Rafael J. Wysocki <rjw@...k.pl>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 3bf3f8b19d2bfccc40f13c456bf339fd8f535ebc
Author: Luck, Tony <tony.luck@...el.com>
Date:   Fri Oct 21 14:42:55 2011 -0700

    ACPI atomicio: Convert width in bits to bytes in __acpi_ioremap_fast()
    
    Callers to __acpi_ioremap_fast() pass the bit_width that they found in the
    acpi_generic_address structure. Convert from bits to bytes when passing to
    __acpi_find_iomap() - as it wants to see bytes, not bits.
    
    cc: stable@...nel.org
    Signed-off-by: Tony Luck <tony.luck@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 18fd470a48396c8795ba7256c5973e92ffa25cb3
Author: Witold Szczeponik <Witold.Szczeponik@....net>
Date:   Thu Oct 27 20:56:47 2011 +0200

    PNPACPI: Simplify disabled resource registration
    
    The attached patch simplifies 29df8d8f8702f0f53c1375015f09f04bc8d023c1.  As
    the "pnp_xxx" structs are not designed to cope with IORESOURCE_DISABLED, and
    hence no code can test for this value, setting this value is actually a "no op"
    and can be skipped altogether.  It is sufficient to remove the checks for
    "empty" resources and continue processing.
    
    The patch is applied against 3.1.
    
    Signed-off-by: Witold Szczeponik <Witold.Szczeponik@....net>
    Acked-by: Bjorn Helgaas <bhelgaas@...gle.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit f7f71cfbf0c276ee3d8d856d0f35a41aed997fa4
Author: Rakib Mullick <rakib.mullick@...il.com>
Date:   Sun Nov 6 21:18:17 2011 +0600

    ACPI: Fix possible recursive locking in hwregs.c
    
    Calling pm-suspend might trigger a recursive lock in it's code path.
    In function acpi_hw_clear_acpi_status, acpi_os_acquire_lock holds
    the lock acpi_gbl_hardware_lock before calling acpi_hw_register_write(),
    then without releasing acpi_gbl_hardware_lock, this function calls
    acpi_ev_walk_gpe_list, which tries to hold acpi_gbl_gpe_lock.
    Both acpi_gbl_hardware_lock and acpi_gbl_gpe_lock are at same
    lock-class and which might cause lock recursion deadlock.
    
    Following patch fixes this scenario by just releasing
    acpi_gbl_hardware_lock before calling acpi_ev_walk_gpe_list.
    
     Changes since v0(https://lkml.org/lkml/2011/9/21/355):
    	- Fix changelog, thanks to Lin Ming.
    
     Changes since v1 (https://lkml.org/lkml/2011/11/3/89):
    	- Update changelog and rename goto label, courtesy Srivatsa S. Bhat.
    
    Signed-off-by: Rakib Mullick <rakib.mullick@...il.com>
    Reviewed-by: Srivatsa S. Bhat <srivatsa.bhat@...ux.vnet.ibm.com>
    Acked-by: Rafael J. Wysocki <rjw@...k.pl>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 581de59e8dff8eaa52809e768a585e9ef336aa4a
Author: Thomas Meyer <thomas@...3r.de>
Date:   Sat Aug 6 11:32:56 2011 +0200

    ACPI: use kstrdup()
    
     Use kstrdup rather than duplicating its implementation
    
     The semantic patch that makes this output is available
     in scripts/coccinelle/api/kstrdup.cocci.
    
     More information about semantic patching is available at
     http://coccinelle.lip6.fr/
    
    Signed-off-by: Thomas Meyer <thomas@...3r.de>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 22f4521d664030e417f41953e922f61c65f2e189
Author: Len Brown <len.brown@...el.com>
Date:   Fri Aug 12 00:13:47 2011 -0400

    mrst pmu: update comment
    
    referenced MeeGo, in particular, but really means Linux, in general.
    
    Signed-off-by: Len Brown <len.brown@...el.com>

commit aeae1e92daec5a38b40ad12598b97501b675a381
Author: Len Brown <len.brown@...el.com>
Date:   Sun Jul 3 21:41:33 2011 -0400

    tools/power turbostat: less verbose debugging
    
    dump only the counters which are active
    
    Signed-off-by: Len Brown <len.brown@...el.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ