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]
Message-id: <alpine.LFD.2.00.1004060308030.21994@localhost.localdomain>
Date:	Tue, 06 Apr 2010 03:09:58 -0400 (EDT)
From:	Len Brown <lenb@...nel.org>
To:	Linus Torvalds <torvalds@...ux-foundation.org>
Cc:	linux-acpi@...r.kernel.org,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: [GIT pull request] ACPI patches for 2.6.34-rc3

Hi Linus,

please pull from: 

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

Bug fixes.

This will update the files shown below.

thanks!

--
Len Brown
Intel Open Source Technology Center


ps. individual patches are available on linux-acpi@...r.kernel.org
and a consolidated plain patch is available here:
http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/2.6.34/acpi-release-20100121-2.6.34-rc3.diff.gz

 drivers/acpi/acpica/evgpe.c    |   19 ++++--------
 drivers/acpi/acpica/exprep.c   |   12 ++++++++
 drivers/acpi/battery.c         |    6 ++--
 drivers/acpi/dock.c            |    7 +---
 drivers/acpi/ec.c              |   35 ++++++-----------------
 drivers/acpi/numa.c            |    6 ++-
 drivers/acpi/osl.c             |   23 ++++++++-------
 drivers/acpi/scan.c            |   12 ++++----
 drivers/acpi/video.c           |   60 ++++++++++++++++++++++++++--------------
 drivers/pnp/pnpacpi/rsparser.c |   42 ++++++++++++++++++++--------
 10 files changed, 124 insertions(+), 98 deletions(-)

through these commits:

Alan Jenkins (2):
      ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n
      ACPI: battery drivers should call power_supply_changed()

Alexey Starikovskiy (1):
      ACPI: EC: Allow multibyte access to EC

Bjorn Helgaas (2):
      ACPI: use _HID when supplied by root-level devices
      PNPACPI: truncate _CRS windows with _LEN > _MAX - _MIN + 1

Chase Douglas (1):
      ACPI: Reduce ACPI resource conflict message to KERN_WARNING, printk cleanup

David Rientjes (1):
      ACPI: NUMA: map pxms to low node ids

Matthew Garrett (1):
      ACPI: Don't send KEY_UNKNOWN for random video notifications

Rafael J. Wysocki (1):
      ACPI / ACPICA: Do not check reference counters in acpi_ev_enable_gpe()

Rafael Wysocki (1):
      ACPI / PM: Move ACPI video resume to a PM notifier

Zhang Rui (2):
      ACPI dock: support multiple ACPI dock devices
      ACPI: fixes a false alarm from lockdep

with this log:

commit a5b449df39da52117a2de148453c97a0da314485
Merge: 7da23b8 f79e1ce dadf28a c8cf3a1 3162b6f bc73675 b7b30de bf02bd2 1638bca 0f9b75e 17c452f
Author: Len Brown <len.brown@...el.com>
Date:   Tue Apr 6 02:58:34 2010 -0400

    Merge branches 'battery', 'bugzilla-14667', 'bugzilla-15096', 'bugzilla-15480', 'bugzilla-15521', 'bugzilla-15605', 'gpe-reference-counters', 'misc', 'pxm-fix' and 'video-random-key' into release

commit 1638bca898e55f1c89f18b2e5accfac8591fed61
Author: Chase Douglas <chase.douglas@...onical.com>
Date:   Mon Mar 22 15:08:09 2010 -0400

    ACPI: Reduce ACPI resource conflict message to KERN_WARNING, printk cleanup
    
    By default, ACPI resource conflict messages are logged at level
    KERN_ERR. This is a rather high level for a message that is more a
    warning than an indication of a real kernel error. Also, KERN_ERR level
    messages can appear over some boot splash screens, and this message is
    not serious enough to warrant such treatment. Thus, the log level has
    been reduced to KERN_WARNING.
    
    [lenb changed to KERN_WARNING rather than all the way to KERN_INFO]
    
    Also, cleanup message to use %pR resource printing format.
    
    Signed-off-by: Chase Douglas <chase.douglas@...onical.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit f79e1cec8c8aa64895fd7b595dc7b48157df0754
Author: Alan Jenkins <alan-jenkins@...fmail.co.uk>
Date:   Tue Jun 30 14:36:16 2009 +0000

    ACPI: battery drivers should call power_supply_changed()
    
    Calling kobject_uevent() directly is a layering violation.  In
    particular, it means we'll miss updating the generic LED trigger.
    
    Signed-off-by: Alan Jenkins <alan-jenkins@...fmail.co.uk>
    Acked-by: Alexey Starikovskiy <astarikovskiy@...e.de>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit e363a755e8033e18f733fc0d1687039df8efade0
Author: Alan Jenkins <alan-jenkins@...fmail.co.uk>
Date:   Tue Jun 30 14:35:05 2009 +0000

    ACPI: battery: Fix CONFIG_ACPI_SYSFS_POWER=n
    
    Disabling CONFIG_ACPI_SYSFS_POWER changes the behaviour of
    acpi_battery_update().  It will call acpi_battery_get_info()
    even if the battery is not present.  I haven't noticed this
    causing any problem, but it does look like a bad idea.
    
    Signed-off-by: Alan Jenkins <alan-jenkins@...fmail.co.uk>
    Acked-by: Alexey Starikovskiy <astarikovskiy@...e.de>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 3162b6f0c5e1fcad372d64194fb3cb968941b428
Author: Bjorn Helgaas <bjorn.helgaas@...com>
Date:   Thu Mar 25 10:32:49 2010 -0600

    PNPACPI: truncate _CRS windows with _LEN > _MAX - _MIN + 1
    
    The ACPI spec (sec 6.4.3.5 in v4.0) requires that for Address Space Resource
    Descriptors, _LEN <= _MAX - _MIN + 1 in all cases, but there are BIOSes that
    violate this.  We experimentally determined that Windows truncates the
    resource so it doesn't extend past _MAX, so let's do the same thing in
    Linux.
    
    http://bugzilla.kernel.org/show_bug.cgi?id=15480
    
    Signed-off-by: Bjorn Helgaas <bjorn.helgaas@...com>
    Acked-by: Rafael J. Wysocki <rjw@...k.pl>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 17c452f99cf5e073b219a069a419b7b8ab3cfa97
Author: Matthew Garrett <mjg@...hat.com>
Date:   Fri Dec 11 17:40:46 2009 -0500

    ACPI: Don't send KEY_UNKNOWN for random video notifications
    
    I have a machine here that's sending 0xD1 notifications on the video
    device once every second or so. I have no idea why (it's a prototype,
    it may be broken), but sending KEY_UNKNOWN is unhelpful and results in
    the console becoming unusable. Let's not report keys unless we have
    something useful to say about them.
    
    Signed-off-by: Matthew Garrett <mjg@...hat.com>
    Acked-by: Zhang Rui <rui.zhang@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 0f9b75ef3722814134f307f51c19e0791da40e69
Author: David Rientjes <rientjes@...gle.com>
Date:   Thu Mar 25 16:33:04 2010 -0700

    ACPI: NUMA: map pxms to low node ids
    
    pxms are mapped to low node ids to maintain generic kernel use of
    functions such as pxm_to_node() that are used to determine device
    affinity.  Otherwise, there is no pxm-to-node and node-to-pxm matching
    rule for x86_64 users of NUMA emulation where a single pxm may be bound
    to multiple NUMA nodes.
    
    Signed-off-by: David Rientjes <rientjes@...gle.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit b7b30de53aef6ce773d34837ba7d8422bd3baeec
Author: Bjorn Helgaas <bjorn.helgaas@...com>
Date:   Wed Mar 24 10:44:33 2010 -0600

    ACPI: use _HID when supplied by root-level devices
    
    Previously, we assumed the only Device object immediately below the root
    was the \_SB Scope (which the ACPI CA treats as a Device), so we forced
    the HID of all such objects to ACPI_BUS_HID ("LNXSYBUS").
    
    However, there are DSDTs that supply root-level Device objects with _HIDs.
    This patch makes us pay attention to those _HIDs and only add the synthetic
    ACPI_BUS_HID for root-level objects that do not supply their own _HID.
    
    For example, this DSDT: https://bugzilla.kernel.org/show_bug.cgi?id=15605
    contains:
    
        Scope (_SB) {
    	...
        }
        Device (AMW0) {
    	Name (_HID, EisaId ("PNP0C14"))
    	...
        }
    
    and we should use "PNP0C14" for the AMW0 device, not "LNXSYBUS".
    
    Signed-off-by: Bjorn Helgaas <bjorn.helgaas@...com>
    Acked-by: Zhang Rui <rui.zhang@...el.com>
    Tested-by: Yong Wang <yong.y.wang@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit bf02bd2590eb78d79ba1033d6df80c778b2f5ddf
Author: Rafael J. Wysocki <rjw@...k.pl>
Date:   Tue Mar 16 23:21:55 2010 +0100

    ACPI / ACPICA: Do not check reference counters in acpi_ev_enable_gpe()
    
    acpi_ev_enable_gpe() should enable the GPE at the hardware level
    regardless of the value of the GPE's runtime reference counter.
    
    There are only two callers of acpi_ev_enable_gpe(), acpi_enable_gpe()
    and acpi_set_gpe().  The first one checks the GPE's runtime
    reference counter itself and only calls acpi_ev_enable_gpe() if it's
    equal to one, and the other one is supposed to enable the GPE
    unconditionally (if called with ACPI_GPE_ENABLE).
    
    This change fixes the problem in acpi_enable_wakeup_device() where
    the GPE will not be enabled for wakeup if it's runtime reference
    counter is zero, which is a regression from 2.6.33.
    
    Signed-off-by: Rafael J. Wysocki <rjw@...k.pl>
    Reported-by: Robert Moore <robert.moore@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit bc73675b99fd9850dd914be01d71af99c5d2a1ae
Author: Zhang Rui <rui.zhang@...el.com>
Date:   Mon Mar 22 15:48:54 2010 +0800

    ACPI: fixes a false alarm from lockdep
    
    fixes a false alarm from lockdep, as acpi hotplug workqueue waits other
    workqueues.
    http://bugzilla.kernel.org/show_bug.cgi?id=14553
    https://bugzilla.kernel.org/show_bug.cgi?id=15521
    
    Original-patch-from: Andrew Morton <akpm@...ux-foundation.org>
    Signed-off-by: Shaohua Li <shaohua.li@...el.com>
    Signed-off-by: Zhang Rui <rui.zhang@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit 1ee4d61fd9822fb89e63b88a66848477087cd82e
Author: Zhang Rui <rui.zhang@...el.com>
Date:   Mon Mar 22 15:46:49 2010 +0800

    ACPI dock: support multiple ACPI dock devices
    
    There may be multiple ACPI dock devices exist in ACPI namespace
    and we should probe all of them.
    http://bugzilla.kernel.org/show_bug.cgi?id=15521
    
    CC: Li Shaohua <shaohua.li@...el.com>
    Signed-off-by: Zhang Rui <rui.zhang@...el.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit c8cf3a14a6615e06504664cd50ca90baa5f2ef7d
Author: Rafael Wysocki <rjw@...k.pl>
Date:   Thu Mar 4 00:25:30 2010 +0000

    ACPI / PM: Move ACPI video resume to a PM notifier
    
    There is a problem with the ACPI video resume routine that it's
    executed before the GPU that may be accessed by it.  To fix this
    issue, move the ACPI video resume to a power management notifier,
    so that it's executed after resuming all devices, including the GPU.
    
    http://bugzilla.kernel.org/show_bug.cgi?id=15096
    
    Signed-off-by: Rafael J. Wysocki <rjw@...k.pl>
    Acked-by: Matthew Garrett <mjg@...hat.com>
    Tested-by: Rafał Miłecki <zajec5@...il.com>
    Signed-off-by: Len Brown <len.brown@...el.com>

commit dadf28a10c3eb29421837a2e413ab869ebd9e168
Author: Alexey Starikovskiy <astarikovskiy@...e.de>
Date:   Wed Mar 17 13:14:13 2010 -0400

    ACPI: EC: Allow multibyte access to EC
    
    http://bugzilla.kernel.org/show_bug.cgi?id=14667
    
    Signed-off-by: Alexey Starikovskiy <astarikovskiy@...e.de>
    Signed-off-by: Len Brown <len.brown@...el.com>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ