ACPI patches for 2.6.26-rc0
Len Brown
reviewerPATCH 1/1 ACPI patches for 2.6.26-rc0
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
This batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
thanks!
-Len
ps. individual patches are available on [email protected]
and a consolidated plain patch is available here:
ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.25/acpi-release-20080321-2.6.25.diff.gz
Documentation/laptops/thinkpad-acpi.txt | 139 +++++-
Documentation/thermal/sysfs-api.txt | 33 +-
MAINTAINERS | 7 +
arch/frv/kernel/pm.c | 8 -
arch/mips/au1000/common/power.c | 35 +--
arch/x86/kernel/apm_32.c | 16 -
drivers/acpi/Kconfig | 3 +
drivers/acpi/bay.c | 2 +
drivers/acpi/dispatcher/dsfield.c | 159 ++++---
drivers/acpi/dispatcher/dsinit.c | 2 +-
drivers/acpi/dispatcher/dsmethod.c | 33 +-
drivers/acpi/dispatcher/dsmthdat.c | 2 +-
drivers/acpi/dispatcher/dsobject.c | 97 +++-
drivers/acpi/dispatcher/dsopcode.c | 260 +++++++++-
drivers/acpi/dispatcher/dsutils.c | 167 +++++-
drivers/acpi/dispatcher/dswexec.c | 78 ++--
drivers/acpi/dispatcher/dswload.c | 37 +-
drivers/acpi/dispatcher/dswscope.c | 2 +-
drivers/acpi/dispatcher/dswstate.c | 515 ++++--------------
drivers/acpi/ec.c | 220 ++++----
drivers/acpi/events/evevent.c | 2 +-
drivers/acpi/events/evgpe.c | 6 +-
drivers/acpi/events/evgpeblk.c | 2 +-
drivers/acpi/events/evmisc.c | 90 ++--
drivers/acpi/events/evregion.c | 4 +-
drivers/acpi/events/evrgnini.c | 2 +-
drivers/acpi/events/evsci.c | 2 +-
drivers/acpi/events/evxface.c | 23 +-
drivers/acpi/events/evxfevnt.c | 2 +-
drivers/acpi/events/evxfregn.c | 2 +-
drivers/acpi/executer/exconfig.c | 105 +++-
drivers/acpi/executer/exconvrt.c | 2 +-
drivers/acpi/executer/excreate.c | 117 +----
drivers/acpi/executer/exdump.c | 65 ++-
drivers/acpi/executer/exfield.c | 59 +--
drivers/acpi/executer/exfldio.c | 46 ++-
drivers/acpi/executer/exmisc.c | 2 +-
drivers/acpi/executer/exmutex.c | 235 ++++++---
drivers/acpi/executer/exnames.c | 2 +-
drivers/acpi/executer/exoparg1.c | 25 +-
drivers/acpi/executer/exoparg2.c | 21 +-
drivers/acpi/executer/exoparg3.c | 3 +-
drivers/acpi/executer/exoparg6.c | 10 +-
drivers/acpi/executer/exprep.c | 17 +-
drivers/acpi/executer/exregion.c | 10 +-
drivers/acpi/executer/exresnte.c | 12 +-
drivers/acpi/executer/exresolv.c | 55 +-
drivers/acpi/executer/exresop.c | 13 +-
drivers/acpi/executer/exstore.c | 107 +++-
drivers/acpi/executer/exstoren.c | 2 +-
drivers/acpi/executer/exstorob.c | 2 +-
drivers/acpi/executer/exsystem.c | 3 +-
drivers/acpi/executer/exutils.c | 57 +-
drivers/acpi/fan.c | 7 +-
drivers/acpi/glue.c | 20 +
drivers/acpi/hardware/hwacpi.c | 2 +-
drivers/acpi/hardware/hwgpe.c | 2 +-
drivers/acpi/hardware/hwregs.c | 2 +-
drivers/acpi/hardware/hwsleep.c | 16 +-
drivers/acpi/hardware/hwtimer.c | 2 +-
drivers/acpi/namespace/nsaccess.c | 47 ++-
drivers/acpi/namespace/nsalloc.c | 2 +-
drivers/acpi/namespace/nsdump.c | 11 +-
drivers/acpi/namespace/nsdumpdv.c | 2 +-
drivers/acpi/namespace/nseval.c | 2 +-
drivers/acpi/namespace/nsinit.c | 12 +-
drivers/acpi/namespace/nsload.c | 6 +-
drivers/acpi/namespace/nsnames.c | 8 +-
drivers/acpi/namespace/nsobject.c | 2 +-
drivers/acpi/namespace/nsparse.c | 33 +-
drivers/acpi/namespace/nssearch.c | 2 +-
drivers/acpi/namespace/nsutils.c | 2 +-
drivers/acpi/namespace/nswalk.c | 4 +-
drivers/acpi/namespace/nsxfeval.c | 15 +-
drivers/acpi/namespace/nsxfname.c | 2 +-
drivers/acpi/namespace/nsxfobj.c | 2 +-
drivers/acpi/osl.c | 1 +
drivers/acpi/parser/psargs.c | 57 ++-
drivers/acpi/parser/psloop.c | 61 ++-
drivers/acpi/parser/psopcode.c | 38 ++-
drivers/acpi/parser/psparse.c | 39 +-
drivers/acpi/parser/psscope.c | 2 +-
drivers/acpi/parser/pstree.c | 4 +-
drivers/acpi/parser/psutils.c | 2 +-
drivers/acpi/parser/pswalk.c | 2 +-
drivers/acpi/parser/psxface.c | 2 +-
drivers/acpi/power.c | 2 +-
drivers/acpi/processor_core.c | 7 +-
drivers/acpi/processor_idle.c | 18 +-
drivers/acpi/resources/rsaddr.c | 2 +-
drivers/acpi/resources/rscalc.c | 26 +-
drivers/acpi/resources/rscreate.c | 2 +-
drivers/acpi/resources/rsdump.c | 10 +-
drivers/acpi/resources/rsinfo.c | 2 +-
drivers/acpi/resources/rsio.c | 41 ++-
drivers/acpi/resources/rsirq.c | 45 ++-
drivers/acpi/resources/rslist.c | 2 +-
drivers/acpi/resources/rsmemory.c | 2 +-
drivers/acpi/resources/rsmisc.c | 13 +-
drivers/acpi/resources/rsutils.c | 8 +-
drivers/acpi/resources/rsxface.c | 2 +-
drivers/acpi/scan.c | 63 ++-
drivers/acpi/sleep/main.c | 42 +-
drivers/acpi/tables/tbfadt.c | 2 +-
drivers/acpi/tables/tbfind.c | 28 +-
drivers/acpi/tables/tbinstal.c | 22 +-
drivers/acpi/tables/tbutils.c | 2 +-
drivers/acpi/tables/tbxface.c | 91 +++-
drivers/acpi/tables/tbxfroot.c | 2 +-
drivers/acpi/thermal.c | 20 +-
drivers/acpi/utilities/utalloc.c | 4 +-
drivers/acpi/utilities/utcache.c | 2 +-
drivers/acpi/utilities/utcopy.c | 61 ++-
drivers/acpi/utilities/utdebug.c | 19 +-
drivers/acpi/utilities/utdelete.c | 23 +-
drivers/acpi/utilities/uteval.c | 2 +-
drivers/acpi/utilities/utglobal.c | 49 ++-
drivers/acpi/utilities/utinit.c | 5 +-
drivers/acpi/utilities/utmath.c | 4 +-
drivers/acpi/utilities/utmisc.c | 6 +-
drivers/acpi/utilities/utmutex.c | 2 +-
drivers/acpi/utilities/utobject.c | 8 +-
drivers/acpi/utilities/utresrc.c | 2 +-
drivers/acpi/utilities/utstate.c | 2 +-
drivers/acpi/utilities/utxface.c | 41 +-
drivers/acpi/utils.c | 2 +-
drivers/acpi/video.c | 230 ++++----
drivers/misc/Kconfig | 21 +-
drivers/misc/Makefile | 1 +
drivers/misc/eeepc-laptop.c | 666 +++++++++++++++++++++++
drivers/misc/intel_menlow.c | 16 +-
drivers/misc/thinkpad_acpi.c | 755 +++++++++++++++++++-------
drivers/pnp/base.h | 74 +++-
drivers/pnp/card.c | 55 ++-
drivers/pnp/core.c | 46 ++-
drivers/pnp/driver.c | 28 +-
drivers/pnp/interface.c | 109 ++---
drivers/pnp/isapnp/Makefile | 4 +
drivers/pnp/isapnp/core.c | 336 ++++++------
drivers/pnp/manager.c | 356 ++++++-------
drivers/pnp/pnpacpi/Makefile | 4 +
drivers/pnp/pnpacpi/core.c | 92 +---
drivers/pnp/pnpacpi/pnpacpi.h | 8 +-
drivers/pnp/pnpacpi/rsparser.c | 587 +++++++++++----------
drivers/pnp/pnpbios/Makefile | 4 +
drivers/pnp/pnpbios/bioscalls.c | 1 -
drivers/pnp/pnpbios/core.c | 31 +-
drivers/pnp/pnpbios/pnpbios.h | 140 +++++-
drivers/pnp/pnpbios/proc.c | 2 +-
drivers/pnp/pnpbios/rsparser.c | 314 +++++------
drivers/pnp/quirks.c | 15 +-
drivers/pnp/resource.c | 361 ++++++++++---
drivers/pnp/support.c | 63 +++
drivers/pnp/system.c | 21 +-
drivers/rtc/rtc-cmos.c | 7 +-
drivers/thermal/Kconfig | 4 +-
drivers/thermal/Makefile | 2 +-
drivers/thermal/{thermal.c => thermal_sys.c} | 165 ++++++-
include/acpi/acconfig.h | 15 +-
include/acpi/acdebug.h | 2 +-
include/acpi/acdisasm.h | 38 +-
include/acpi/acdispat.h | 31 +-
include/acpi/acevents.h | 2 +-
include/acpi/acexcep.h | 2 +-
include/acpi/acglobal.h | 38 +-
include/acpi/achware.h | 2 +-
include/acpi/acinterp.h | 15 +-
include/acpi/aclocal.h | 10 +-
include/acpi/acmacros.h | 51 +-
include/acpi/acnames.h | 2 +-
include/acpi/acnamesp.h | 5 +-
include/acpi/acobject.h | 5 +-
include/acpi/acopcode.h | 6 +-
include/acpi/acoutput.h | 2 +-
include/acpi/acparser.h | 4 +-
include/acpi/acpi.h | 2 +-
include/acpi/acpiosxf.h | 2 +-
include/acpi/acpixf.h | 7 +-
include/acpi/acresrc.h | 3 +-
include/acpi/acstruct.h | 5 +-
include/acpi/actables.h | 2 +-
include/acpi/actbl.h | 2 +-
include/acpi/actbl1.h | 561 +++++++++++++++++++-
include/acpi/actypes.h | 93 ++--
include/acpi/acutils.h | 4 +-
include/acpi/amlcode.h | 2 +-
include/acpi/amlresrc.h | 2 +-
include/acpi/platform/acenv.h | 2 +-
include/acpi/platform/acgcc.h | 2 +-
include/acpi/platform/aclinux.h | 2 +-
include/linux/isapnp.h | 10 -
include/linux/pnp.h | 208 ++++----
include/linux/pnpbios.h | 151 -----
include/linux/thermal.h | 39 +-
kernel/power/Kconfig | 10 -
kernel/power/Makefile | 1 -
kernel/power/pm.c | 205 -------
197 files changed, 6535 insertions(+), 3545 deletions(-)through these commits:
Adrian Bunk (1):
#if 0 acpi/bay.c:eject_removable_drive()
Alexey Starikovskiy (9):
ACPI: EC: Restore udelay in poll mode
ACPI: EC: Add poll timer
ACPI: EC: Improve debug output
ACPI: EC: Replace broken controller workarounds with poll mode.
ACPI: EC: Switch off GPE mode during suspend/resume
ACPI: EC: Detect irq storm
ACPI: EC: Use default setup handler
ACPI: EC: Don't delete boot EC
ACPI: GPE enabling should happen after EC installation
Andrew Morton (1):
PM: arch/x86/kernel/apm_32.c: fix build warning
Bjorn Helgaas (55):
PNP: turn on -DDEBUG when CONFIG_PNP_DEBUG is set
ISAPNP: move config register addresses out of isapnp.h
PNPACPI: continue after _CRS and _PRS errors
PNP: make pnp_add_id() internal to PNP core
PNP: change pnp_add_id() to allocate its own pnp_id structures
PNP: add pnp_eisa_id_to_string()
PNP: add pnp_alloc_dev()
PNP: make pnp_add_card_id() internal to PNP core
PNP: change pnp_add_card_id() to allocate its own pnp_id structures
ISAPNP: pull pnp_add_card_id() out of isapnp_parse_card_id()
PNP: add pnp_alloc_card()
PNPACPI: pnpacpi_encode_ext_irq() wrongly set "irq" instead of "extended_irq"
PNPACPI: use temporaries to reduce repetition
PNPACPI: hoist dma_flags() out of pnpacpi_parse_allocated_dmaresource()
PNPACPI: extend irq_flags() to set IORESOURCE_IRQ_SHAREABLE when appropriate
PNPACPI: pass pnp_dev instead of acpi_handle
PNP: add debug output to option registration
PNP: remove pnp_resource_table from internal get/set interfaces
PNP: remove more pnp_resource_table arguments
PNP: add debug output to encoders
PNP: add debug when assigning PNP resources
PNP: add pnp_init_resources(struct pnp_dev *) interface
PNP: remove pnp_resource_table from internal pnp_clean_resource_table interface
PNP: remove unused interfaces using pnp_resource_table
PNP: use dev_printk when possible
PNP: factor pnp_init_resource_table() and pnp_clean_resource_table()
PNP: add pnp_get_resource() interface
PNP: remove pnp_mem_flags() as an lvalue
PNP: convert resource accessors to use pnp_get_resource(), not pnp_resource_table
PNP: use conventional "i" for loop indices
PNP: reduce redundancy in pnp_assign_port() and others
PNP: reduce redundancy in pnp_check_port() and others
PNP: reduce redundancy in pnp_set_current_resources()
PNP: check for conflicts with all resources, not just earlier ones
PNP: pass resources, not indexes, to pnp_check_port(), et al
PNP: convert resource checks to use pnp_get_resource(), not pnp_resource_table
PNP: convert encoders to use pnp_get_resource(), not pnp_resource_table
PNP: convert assign, interface to use pnp_get_resource(), not pnp_resource_table
PNP: remove PNP_MAX_* uses
rtc: dont reference pnp_resource_table directly
PNP: make pnp_resource_table private to PNP core
PNP: remove pnp_resource_table references from resource decoders
PNP: add struct pnp_resource
PNP: add pnp_get_pnp_resource()
PNP: add pnp_resource index for ISAPNP
PNP: add pnp_new_resource() to find a new unset pnp_resource
PNP: make generic pnp_add_irq_resource()
PNP: make generic pnp_add_dma_resource()
PNP: make generic pnp_add_io_resource()
PNP: make generic pnp_add_mem_resource()
ISAPNP: fold isapnp_read_resources() back into isapnp_get_resources()
PNPACPI: move _CRS/_PRS warnings closer to the action
PNP: make interfaces private to the PNP core
ISAPNP: remove unused pnp_dev->regs field
PNPBIOS: remove include/linux/pnpbios.h
Bob Moore (54):
ACPICA: Several fixes for internal method result stack
ACPICA: Removed unused code
ACPICA: Update for mutiple global lock acquisitions by same thread
ACPICA: changed order of interpretation of operand objects
ACPICA: Avoid use of invalid pointers in returned object field
ACPICA: Fixed a couple compiler warnings for extra extern statements
ACPICA: Update comments for acquire/release mutex interfaces
ACPICA: Removed extraneous code
ACPICA: Removed obsolete ACPI_NO_INTEGER64_SUPPORT define
ACPICA: Misc fixes for recent global lock code update
ACPICA: Increase maximum buffer size dumped to screen in buffer object dump
ACPICA: Fix for package reference counts
ACPICA: Update version to 20070320
ACPICA: Fix for update of the Global Lock Handle
ACPICA: Update version to 20070508
ACPICA: Updated error message for dynamic method serialization
ACPICA: Support for iASL - multiple files and wildcards
ACPICA: Add minimal disassembly support for the SLIC table
ACPICA: update version number to 20070919
ACPICA: Fix for Alias operator to see target child objects
ACPICA: Fix for fault if Load() fails
ACPICA: Fix a fault when storing DdbHandle to Debug object
ACPICA: Fix for memory leak related to DdbHandle objects
ACPICA: Add a table checksum verify for Load operator
ACPICA: Add error checks to prevent faults
ACPICA: Fix for Load/LoadTable to specify load location
ACPICA: Fixed a memory leak when Device or Thermal objects referenced in packages
ACPICA: Update version to 20071019
ACPICA: Cosmetic changes only, no functional changes
ACPICA: Cosmetic changes only, no functional changes
ACPICA: Cleanup of debug output
ACPICA: Fixes a problem with control method references within packages
ACPICA: Fixed a problem with FromBCD and ToBCD with some compilers
ACPICA: Update version to 20071114
ACPICA: Fixed a problem with AcpiGetDevices where the search of a branch of the device tree could be terminated prematurely
ACPICA: Fixed a problem with Index Fields where the Index register was incorrectly limited to a maximum of 32 bits
ACPICA: Undo accidental checkin of not-fully-tested mutex changes
ACPICA: Update version to 20071219
ACPICA: Include file support for new ACPI tables
ACPICA: Bulletproof disassembler for bad ACPI tables
ACPICA: Update version to 20080123
ACPICA: Add va_end statements as appropriate
ACPICA: Added new error messages
ACPICA: Fix for ACPI_HIDWORD macro
ACPICA: Disassembler support for new ACPI tables
ACPICA: Fix for resource descriptor optimization issues for _CRS/_SRC
ACPICA: Fix for possible error when packages/buffers are passed to methods externally
ACPICA: Update ACPICA version to 20080213
ACPICA: Fix for extraneous debug message for packages
ACPICA: Fixes for external Reference Objects
ACPICA: Updates for Debug object output
ACPICA: Fixes for size of StartDependent resource descriptor
ACPICA: Update version to 20080321
ACPICA: Fix for some local named nodes not marked temporary and to disallow duplicates
Corentin Chary (2):
eeepc-laptop: add backlight
eeepc-laptop: add hwmon fan control
Cyrill Gorcunov (1):
thinkpad_acpi: fix possible NULL pointer dereference if kstrdup failed
Damián Viano (1):
ACPICA: always disable GPE when requested
David Brownell (1):
ACPI: crosslink ACPI and "real" device nodes
Dmitry Torokhov (3):
ACPI: video - do not store invalid entries in attached_array list
ACPI: video - properly handle errors when registering proc elements
ACPI: video - fix permissions on some proc entries
Eric Cooper (1):
eeepc-laptop: add base driver
Henrique de Moraes Holschuh (14):
ACPI: thinkpad-acpi: BIOS backlight mode helper (v2.1)
ACPI: thinkpad-acpi: warn once about weird hotkey masks
ACPI: thinkpad-acpi: enhance box identification output (v2)
ACPI: thinkpad-acpi: rate-limit CMOS/EC unsynced error messages
ACPI: thinkpad-acpi: fix brightness dimming control bug
ACPI: thinkpad-acpi: claim tpacpi as an official short handle (v1.1)
ACPI: thinkpad-acpi: prepare light and LED for sysfs support
ACPI: thinkpad-acpi: add sysfs led class support for thinklight (v3.1)
ACPI: thinkpad-acpi: add sysfs led class support to thinkpad leds (v3.2)
ACPI: thinkpad-acpi: use uppercase for "LED" on user documentation
ACPI: thinkpad-acpi: fluff really minor fix
ACPI: thinkpad-acpi: use a private workqueue
ACPI: thinkpad-acpi: fix selects in Kconfig
ACPI: thinkpad-acpi: bump up version to 0.20
Ingo Molnar (1):
ACER_WMI/ASUS_LAPTOP: fix build bug
Julia Lawall (1):
ACPI: elide a non-zero test on a result that is never 0
Len Brown (4):
ACPICA: update Intel copyright
thermal: re-name thermal.c to thermal_sys.c
ACPI: re-name acpi_pm_ops to acpi_suspend_ops
intel_menlo: fix build warning
Li Zefan (1):
ACPI: check a return value correctly in acpi_power_get_context()
Lin Ming (15):
ACPICA: New interfaces for table event handlers
ACPICA: Fix for namespace lookup problem
ACPICA: Fix for Increment/Decrement operator, incorrect type change
ACPICA: Added additional parameter validation for LoadTable
ACPICA: Fixed a problem with Index references passed as method arguments
ACPICA: Fixed a problem with CopyObject used in conjunction with the Index operator
ACPICA: Implemented full support for deferred execution for the TermArg string arguments for DataTableRegion
ACPICA: Implemented full argument resolution support for the BankValue argument to BankField
ACPICA: Fix for SizeOf when used with Buffers and Packages
ACPICA: Methods now implicitly return 0 in slack mode
ACPICA: Fix for Load operator
ACPICA: Fix for LoadTable operator, input strings
ACPICA: Fixes for Unload and DDBHandles
ACPICA: Update behavior of CopyObject to match ACPI spec
ACPICA: Fix to handle NULL package elements correctly
Pavel Machek (1):
PM: Remove legacy PM
Ralf Baechle (1):
MIPS Alchemy: Crapectomy after removal of pm_send_all calls.
Sam Ravnborg (1):
acpi: fix section mismatch warning in pnpacpi
Thomas Renninger (1):
ACPI: Cleanup: Remove unneeded, multiple local dummy variables
Venkatesh Pallipadi (2):
2.6.25 regression: powertop says 120K wakeups/sec
ACPI: Fix acpi_processor_idle and idle= boot parameters interaction
Zhang Rui (5):
ACPICA: Update for new Notify values
flush kacpi_notify_wq before removing notify handler
thermal: add the support for building the generic thermal as a module
thermal: add hwmon sysfs I/F
thermal: update the documentation
Zhang, Rui (2):
thermal: add new get_crit_temp callback
ACPI: update thermal temperature
Zhao Yakui (1):
ACPI : Disable the device's ability to wake the sleeping system in the boot phase
with this log:
commit 008238b54ac2350babf195084ecedbcf7851a202
Merge: 9691609... dfd2e1b...
Author: Len Brown <[email protected]>
Date: Wed Apr 30 13:59:05 2008 -0400
Merge branch 'pnp' into release
commit 96916090f488986a4ebb8e9ffa6a3b50881d5ccd
Merge: 75a44ce... 729b2bd... 2f67a06... 51ae796... ce52ddf... e1faa9d... 36a9135... 9448b0d... 99bda83... 1071695... 7aa0f1a... 68f12ae... 66fb9d1...
Author: Len Brown <[email protected]>
Date: Wed Apr 30 13:58:00 2008 -0400
Merge branches 'release', 'acpica', 'bugzilla-10224', 'bugzilla-9772', 'bugzilla-9916', 'ec', 'eeepc', 'idle', 'misc', 'pm-legacy', 'sysfs-links-2.6.26', 'thermal', 'thinkpad' and 'video' into release
commit 36a913586597cab1cd565e9bf348d037f0df955b
Author: Venkatesh Pallipadi <[email protected]> Date: Wed Apr 30 13:57:15 2008 -0400
ACPI: Fix acpi_processor_idle and idle= boot parameters interaction
acpi_processor_idle and "idle=" boot parameter interaction is broken. The problem is that, at boot time acpi driver is checking for "idle=" boot option and not registering the acpi idle handler. But, when there is a CST changed callback (typically when switching AC <-> battery or suspend-resume) there are no checks for boot_option_idle_override and acpi idle handler tries to get installed with nasty side effects.
With CPU_IDLE configured this issue causes results in a nasty oops on CST change callback and without CPU_IDLE there is no oops, but boot option of "idle=" gets ignored and acpi idle handler gets installed.
Change the behavior to not do anything in acpi idle handler when there is a "idle=" boot option.
Note that the problem is only there when "idle=" boot option is used.
commit 9448b0d43e5509c6b7baca02510a92ef2de6e328
Author: Sam Ravnborg <[email protected]> Date: Tue Apr 29 22:52:01 2008 +0200
acpi: fix section mismatch warning in pnpacpi
Fix following section mismatch warning:
WARNING: vmlinux.o(.text+0x153d69): Section mismatch in reference from the function is_exclusive_device() to the variable .init.data:excluded_id_list
is_exclusive_device is only used from __init context so document this with the __init annotation and get rid of the warning.
commit 7aa0f1a8b1f7072990c9dc37f238c96dc6d78911
Author: Len Brown <[email protected]> Date: Tue Apr 29 12:24:24 2008 -0400
intel_menlo: fix build warning
drivers/misc/intel_menlow.c:191: warning: label ‘unregister’ defined but not used
commit 66fb9d120e91050093b8ce4c1daa2e440660152b
Author: Thomas Renninger <[email protected]> Date: Wed Apr 16 20:52:02 2008 +0200
ACPI: Cleanup: Remove unneeded, multiple local dummy variables
commit c46e5658a0b81891532705bd65592afe091a5967
Author: Dmitry Torokhov <[email protected]> Date: Mon Nov 5 11:43:36 2007 -0500
ACPI: video - fix permissions on some proc entries
POST and DOS are supposed to be writable but permissions did not allow it.
commit 251cb0bc795f5c0d8ca27df093319e5b39966174
Author: Dmitry Torokhov <[email protected]> Date: Mon Nov 5 11:43:34 2007 -0500
ACPI: video - properly handle errors when registering proc elements
Have acpi_video_device_add_fs() and acpi_video_bus_add_fs() properly unwind proc creation after error.
commit 78eed028f13b1a0b2612368dff3786e400e6cf8b
Author: Dmitry Torokhov <[email protected]> Date: Mon Nov 5 11:43:33 2007 -0500
ACPI: video - do not store invalid entries in attached_array list
this is a cleanup, not a change to function.
commit 2c6e33c366bff2f839df60d9235ff09143e28dd9
Author: Len Brown <[email protected]> Date: Wed Apr 23 18:02:52 2008 -0400
ACPI: re-name acpi_pm_ops to acpi_suspend_ops
... as they are platform_suspend_ops after all.
cosmetic re-name only, no functional change.
commit e7ae1e7ef9b4ef50444a49611dab92cb778eb97c
Author: Ingo Molnar <[email protected]> Date: Tue Apr 29 10:21:20 2008 +0200
ACER_WMI/ASUS_LAPTOP: fix build bug
randconfig testing in x86.git found the following upstream build bug:
drivers/built-in.o: In function `acer_led_exit':
acer-wmi.c:(.text+0xdc76e): undefined reference to led_classdev_unregister' drivers/built-in.o: In function acer_platform_probe':
acer-wmi.c:(.devinit.text+0x63e6): undefined reference to `led_classdev_register'
which was due to acer-wmi.o only depending on CONFIG_LEDS_CLASS, while also using a symbol offered by CONFIG_NEW_LEDS. Also fix a similar bug in CONFIG_ASUS_LAPTOP.
commit 90fe17f4df2f830601ffd422b11d1f7f9a9d0355
Author: Cyrill Gorcunov <[email protected]> Date: Fri Apr 18 13:27:29 2008 -0700
thinkpad_acpi: fix possible NULL pointer dereference if kstrdup failed
commit a815ab8b5891f3d2515316655729272f68269e3b
Author: Li Zefan <[email protected]> Date: Fri Apr 18 13:27:29 2008 -0700
ACPI: check a return value correctly in acpi_power_get_context()
We should check *resource != NULL rather than resource != NULL, which will be always true.
commit 2a241d77cfdab08544a78057a4b24c9a98dc79d0
Author: Adrian Bunk <[email protected]> Date: Mon Mar 31 02:05:40 2008 +0300
#if 0 acpi/bay.c:eject_removable_drive()
This patch #if 0's the unused eject_removable_drive().
commit e1faa9da284d14487ed4280b4e87cfde8e1539af
Author: Corentin Chary <[email protected]> Date: Thu Mar 13 12:57:18 2008 +0100
eeepc-laptop: add hwmon fan control
Adds an hwmon interface to control the fan.
commit a5fa429b4b19cccd3f91a98af891c7ba2706cc1d
Author: Corentin Chary <[email protected]> Date: Thu Mar 13 12:56:37 2008 +0100
eeepc-laptop: add backlight
Add backlight class support to the eeepc-laptop driver.
commit e59f87966adef2cb03d419530e3ade5159487d6d
Author: Eric Cooper <[email protected]> Date: Thu Mar 13 12:55:46 2008 +0100
eeepc-laptop: add base driver
This patch is based on Eric Cooper's work to clean the original asus_acpi given by Asus. It's a platform driver (/sys/devices/platform/eeepc/) wich support:
- hotkeys - wlan on/off - camera on/off - cardr on/off
commit 68f12ae5d778279e13e406d3913c74c592307770
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:30 2008 -0300
ACPI: thinkpad-acpi: bump up version to 0.20
Full LED sysfs support, and the rest of the assorted minor fixes and enhancements are a good reason to checkpoint a new version...
commit 3f6cb5630a5994f58c3cf620d0f6d71ff626229d
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:29 2008 -0300
ACPI: thinkpad-acpi: fix selects in Kconfig
Add missing select for BACKLIGHT_LCD_SUPPORT, as select doesn't select the dependencies of a symbol for us.
Also, "select INPUT" in Kconfig. We are not an Input device, nor are we anywhere close to the input subsystem in the Kconfig tree, so using "depends on INPUT" is not user-friendly at all.
commit e0e3c0615abdb1c3e28356595f7be87627288d5b
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:28 2008 -0300
ACPI: thinkpad-acpi: use a private workqueue
Switch all task workers to a private thinkpad-acpi workqueue.
This way, we don't risk causing trouble for other tasks scheduled to the default work queue, as our workers end up needing to access the ACPI EC, run ACPI AML code, trigger SMI traps... and none of those are exactly known to be fast, simple operations.
commit 10cc92759bb5d6031d308bdde96775f74082bb44
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:27 2008 -0300
ACPI: thinkpad-acpi: fluff really minor fix
Fix a minor (nano?) thing that bothered me at exactly at the wrong time.
commit 65807cc284dd291b024dd6e55de88feb16b4230a
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:26 2008 -0300
ACPI: thinkpad-acpi: use uppercase for "LED" on user documentation
Change all occourences of the "led" word to full uppercase in user documentation.
commit af116101924914a9655dfad108548d0db58c40f9
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:25 2008 -0300
ACPI: thinkpad-acpi: add sysfs led class support to thinkpad leds (v3.2)
Add a sysfs led class interface to the led subdriver.
commit e306501d1c4ff610feaba74ac35dd13e470480e6
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:24 2008 -0300
ACPI: thinkpad-acpi: add sysfs led class support for thinklight (v3.1)
Add a sysfs led class interface to the thinklight (light subdriver).
commit 4fa6811b8ade1b7839342824939817a8fc751539
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:23 2008 -0300
ACPI: thinkpad-acpi: prepare light and LED for sysfs support
Do some preparatory work to add sysfs support to the thinklight and thinkpad leds driver.
commit 95e57ab2cbd8b016327b23d76da8a96cbd26ac0c
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:22 2008 -0300
ACPI: thinkpad-acpi: claim tpacpi as an official short handle (v1.1)
Unfortunately, a lot of stuff in the kernel has size limitations, so "thinkpad-acpi" ends up eating up too much real estate. We were using "tpacpi" in symbols already, but this shorthand was not visible to userland.
Document that the driver will use tpacpi as a short hand where necessary, and use it to name the kernel thread for NVRAM polling (now named "ktpacpi_nvramd").
Also, register a module alias with the shorthand. One can refer to the module using the shorthand name.
commit e11aecf1379e7c4a0293182096e38e5a336696b2
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:21 2008 -0300
ACPI: thinkpad-acpi: fix brightness dimming control bug
ibm-acpi and thinkpad-acpi did not know about bit 5 of the EC backlight level control register (EC 0x31), so it was always forced to zero on any writes.
This would disable the BIOS option to *not* use a dimmer backlight level scale while on battery, and who knows what else (there are two other control bits of unknown function).
Bit 5 controls the "reduce backlight levels when on battery" optional functionality (active low). Bits 6 and 7 are better left alone as well, instead of being forced to zero.
commit 2d5e94d7ca315f859a0eee1366838e8ad34dd7b2
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:20 2008 -0300
ACPI: thinkpad-acpi: rate-limit CMOS/EC unsynced error messages
If userspace applications mess with the CMOS NVRAM, or something causes both the ACPI firmware and thinkpad-acpi to try to change the brightness at the same time, it is possible to have the CMOS and EC registers for the current brightness go out of sync.
Should that happen, thinkpad-acpi could be really obnoxious when using a brightness_mode of 3 (both EC and CMOS). Instead of complaining a massive number of times, make sure to complain only once until EC and CMOS are back in sync.
commit 8c74adbc692a3cb040cc69d7ca3dfd86d75860a8
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:19 2008 -0300
ACPI: thinkpad-acpi: enhance box identification output (v2)
During initialization, thinkpad-acpi outputs some messages to make sure releavant box identification information is easily available in-line with the rest of the driver messages.
Enhance those messages to output the alfanumeric model number as well.
commit 92889022250d736e135ca92fbffd1ab0ea4780d1
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:18 2008 -0300
ACPI: thinkpad-acpi: warn once about weird hotkey masks
thinkpad-acpi knows for a while now how to best program the hotkeys by default, and always enable them by default. Unfortunately, this information has not filtered down everywhere it needs to, yet. Notably, old ibm-acpi documentation and most "thinkpad setup guides" will have wrong information on this area.
Warn the local admin once whenever any of the following patterns are met:
1. Attempts to set hotkey mask to 0xffff (artifact from docs and config for the old ibm-acpi driver and behaviour). This mask makes no real-world sense;
2. Attempts to set hotkey mask to 0xffffffff, which means the user is trying to just have "everything work" without even reading the documentation, or that we need to get a bug report, because there is a new thinkpad out there with new exciting hot keys :-)
3. Attempts to set hotkey mask to 0xffffff, which is almost never the correct way to set up volume and brightness event reporting (and with the current state-of-the-art, it is known to never be right way to do it).
The driver will perform any and all requested operations, though, regardless of any warnings. I hope these warnings can be removed one or two years from now.
commit b59727965d7f286489206c292e2788d4835a8a23
Author: Henrique de Moraes Holschuh <[email protected]> Date: Sat Apr 26 01:02:17 2008 -0300
ACPI: thinkpad-acpi: BIOS backlight mode helper (v2.1)
Lenovo ThinkPads with generic ACPI backlight level control can be easily set to react to keyboard brightness key presses in a more predictable way than what they do when in "DOS / bootloader" mode after Linux brings up the ACPI interface.
The switch to the ACPI backlight mode in the firmware is designed to be safe to use only as an one way trapdoor. One is not to force the firmware to switch back to "DOS/bootloader" mode except by rebooting. The mode switch itself is performed by calling any of the ACPI _BCL methods at least once.
When in ACPI mode, the backlight firmware just issues (standard) events for the brightness up/down hot key presses along with the non-standard HKEY events which thinkpad-acpi traps, and doesn't touch the hardware.
thinkpad-acpi will:
1. Place the ThinkPad firmware in ACPI backlight control mode if one is available
2. Suppress HKEY backlight change notifications by default to avoid double-reporting when ACPI video is loaded when the ThinkPad is in ACPI backlight control mode
3. Urge the user to load the ACPI video driver
The user is free to use either the ACPI video driver to get the brightness key events, or to override the thinkpad-acpi default hotkey mask to get them from thinkpad-acpi as well (this will result in duplicate events if ACPI video is loaded, so let's hope distros won't screw this up).
Provided userspace is sane, all should work (and *keep* working), which is more that can be said about the non-ACPI mode of the new Lenovo ThinkPad BIOSes when coupled to current userspace and X.org drivers.
Full guidelines for backlight hot key reporting and use of the thinkpad-acpi backlight interface have been added to the documentation.
commit 51ae796f7fa1d8034252628572053f477bc29913
Author: Damián Viano <[email protected]> Date: Tue Apr 29 03:32:25 2008 -0400
ACPICA: always disable GPE when requested
acpi_ev_disable_gpe() has an optimization where it doesn't disable a GPE that it "doesn't have to". Unfortunately, it can get tricked by AML that scribbles on register state behind its back. So when asked to disable a GPE, simply do it -- a redundant register write in the common case is a fair price to pay to be bomb-proof for the rare cases.
http://bugzilla.kernel.org/show_bug.cgi?id=6217
commit dfd2e1b4e6eb46ff59c7e1c1111c967b8b5981c1
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:42 2008 -0600
PNPBIOS: remove include/linux/pnpbios.h
The contents of include/linux/pnpbios.h are used only inside the PNPBIOS backend, so this file doesn't need to be visible outside PNP.
This patch moves the contents into an existing PNPBIOS-specific file, drivers/pnp/pnpbios/pnpbios.h.
commit 261b20da4bd349f1b26e206f440809f1351be34b
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:41 2008 -0600
ISAPNP: remove unused pnp_dev->regs field
The "regs" field in struct pnp_dev is set but never read, so remove it.
commit 62cfb298b95d713825deb8faf2044c45a1e17a0a
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:40 2008 -0600
PNP: make interfaces private to the PNP core
The interfaces for registering protocols, devices, cards, and resource options should only be used inside the PNP core.
commit d152cf5d0c3325979e71ee53b425fdd51a1a285a
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:39 2008 -0600
PNPACPI: move _CRS/_PRS warnings closer to the action
Move warnings about _CRS and _PRS problems to the place where we actually make the ACPI calls. Then we don't have to pass around acpi_status values any more than necessary.
commit 01115e7d41c4eaeffa064d818b4abbd3efa94f80
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:38 2008 -0600
ISAPNP: fold isapnp_read_resources() back into isapnp_get_resources()
isapnp_get_resources() does very little besides call isapnp_read_resources(), so just fold them back together.
Based on a patch by Rene Herman <[email protected]>
commit d6180f36617953990bf90d4c1ff85b77e9995cd1
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:37 2008 -0600
PNP: make generic pnp_add_mem_resource()
Add a pnp_add_mem_resource() that can be used by all the PNP backends. This consolidates a little more pnp_resource_table knowledge into one place.
commit cc8c2e308194f0997c718c7c735550ff06754d20
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:36 2008 -0600
PNP: make generic pnp_add_io_resource()
Add a pnp_add_io_resource() that can be used by all the PNP backends. This consolidates a little more pnp_resource_table knowledge into one place.
commit dc16f5f2ede8cc2acf8ac22857a7fecf3a4296c2
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:35 2008 -0600
PNP: make generic pnp_add_dma_resource()
Add a pnp_add_dma_resource() that can be used by all the PNP backends. This consolidates a little more pnp_resource_table knowledge into one place.
commit dbddd0383c59d588f8db5e773b062756e39117ec
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:34 2008 -0600
PNP: make generic pnp_add_irq_resource()
Add a pnp_add_irq_resource() that can be used by all the PNP backends. This consolidates a little more pnp_resource_table knowledge into one place.
commit a50b6d7b8d7e1a8b13bd1be65a865b115e1190d9
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:33 2008 -0600
PNP: add pnp_new_resource() to find a new unset pnp_resource
This encapsulates the code to locate a new pnp_resource of the desired type. Currently this uses the pnp_resource_table, but it will soon change to find a resource in a linked list.
commit 21855d69d1e3ace3efdb8159a4a7ab1ab98a6f19
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:32 2008 -0600
PNP: add pnp_resource index for ISAPNP
Save the ISAPNP config register index in the struct pnp_resource.
We need this because it is important to write ISAPNP configuration back to the same registers we read it from. For example, if we read valid regions from memory descriptors 0, 1, and 3, we'd better write them back to the same registers, without compressing them to descriptors 0, 1, and 2.
This was previously guaranteed by using the index into the pnp_resource_table array as the ISAPNP config register index. However, I am removing those fixed-size arrays, so we need to save the ISAPNP register index elsewhere.
commit 0a977f15469457d9a19eed992caf71995c674064
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:31 2008 -0600
PNP: add pnp_get_pnp_resource()
In some places, we need to get the struct pnp_resource, not just the struct resource, because ISAPNP needs to store the register index in the pnp_resource.
I don't like pnp_get_pnp_resource() and hope that it is temporary, but we need it for a little while.
commit 784f01d5bdeae7d7005ede17305306b042ba2617
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:30 2008 -0600
PNP: add struct pnp_resource
This patch adds a "struct pnp_resource". This currently contains only a struct resource, but we will soon need additional PNP-specific information.
commit 06cb58a6eb0b689f95a6c055cfc400fd30c500c6
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:29 2008 -0600
PNP: remove pnp_resource_table references from resource decoders
This removes a few more references to the pnp_resource_table. No functional change.
commit 02d83b5da3efa3c278ce87db2637f3dd6837166d
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:28 2008 -0600
PNP: make pnp_resource_table private to PNP core
There are no remaining references to the PNP_MAX_* constants or the pnp_resource_table structure outside of the PNP core. Make them private to the PNP core.
commit 8766ad0ce8621aa6f0e4a91ef355509cc3364d5b
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:27 2008 -0600
rtc: dont reference pnp_resource_table directly
pnp_resource_table is going away soon, so use the more generic public interfaces instead.
commit 95ab3669f7830682c7762e9c305a0c1dd44454cc
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:26 2008 -0600
PNP: remove PNP_MAX_* uses
Remove some PNP_MAX_* uses. The pnp_resource_table isn't dynamic yet, but with pnp_get_resource(), we can start moving away from the table size constants.
commit f6505fef18644557f732468c1f22f84560d8a819
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:25 2008 -0600
PNP: convert assign, interface to use pnp_get_resource(), not pnp_resource_table
This removes more direct references to pnp_resource_table from the pnp_assign_resources() path and the /sys user interface path.
commit 7e2cf31f1c97ac14b6d9dc5f1ce9e1e01aef9c18
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:24 2008 -0600
PNP: convert encoders to use pnp_get_resource(), not pnp_resource_table
This removes more direct references to pnp_resource_table. This path is used when telling a device what resources it should use.
This doesn't convert ISAPNP because ISA needs to know the config register index in addition to the resource itself.
commit be81b4a4838ce329b9f3978c7fc007b047c23722
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:23 2008 -0600
PNP: convert resource checks to use pnp_get_resource(), not pnp_resource_table
This removes more direct references to pnp_resource_table.
commit f5d94ff014cb7e6212f40fc6644f3fd68507df33
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:22 2008 -0600
PNP: pass resources, not indexes, to pnp_check_port(), et al
The caller already has the struct resource pointer, so no need for pnp_check_port(), pnp_check_mem(), etc., to look it up again.
commit db9eaeab3e7ab72d773820820f1ba33960ad24c4
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:21 2008 -0600
PNP: check for conflicts with all resources, not just earlier ones
This patch removes a use of "idx" in pnp_check_port() and similar functions, in preparation for replacing idx with a pointer to the resource itself.
I split this out because it changes the behavior slightly: we used to check for conflicts only with earlier resources, e.g., we checked resource 2 against resources 0 and 1 but not against 3, 4, etc. Now we will check against all resources except 2.
Since resources are assigned in ascending order, the old behavior was probably safe, but I don't like to depend on that ordering.
commit 470feb113a23de365b6051efde0d69de86d9d2f8
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:20 2008 -0600
PNP: reduce redundancy in pnp_set_current_resources()
Use a temporary "res" pointer to replace repeated lookups in the pnp resource tables.
commit 30c016a0c8d2aae10be6a87bb98f0e85db8b09d5
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:19 2008 -0600
PNP: reduce redundancy in pnp_check_port() and others
Use a temporary "res" pointer to replace repeated lookups in the pnp resource tables.
commit 28ccffcf028777e830cbdc30bc54ba8a37e2fc23
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:18 2008 -0600
PNP: reduce redundancy in pnp_assign_port() and others
Use a temporary "res" pointer to replace repeated lookups in the pnp resource tables.
commit ecfa935a2f7ef89543608f3ca05340c158c9a236
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:17 2008 -0600
PNP: use conventional "i" for loop indices
Cosmetic only: just use "i" instead of "tmp".
commit 13575e81bb38fc797a5513ad1bd8e6fda17439b8
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:16 2008 -0600
PNP: convert resource accessors to use pnp_get_resource(), not pnp_resource_table
This removes more direct references to pnp_resource_table.
commit 53052feb6ddd05cb2b5c6e89fb489bf83bbb6803
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:15 2008 -0600
PNP: remove pnp_mem_flags() as an lvalue
A future change will change pnp_mem_flags() from a "#define that simplifies to an lvalue" to "an inline function that returns the flags value."
commit b90eca0a61ebd010036242e29610bc6a909e3f19
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:14 2008 -0600
PNP: add pnp_get_resource() interface
This adds a pnp_get_resource() that works the same way as platform_get_resource(). This will enable us to consolidate many pnp_resource_table references in one place, which will make it easier to make the table dynamic.
commit d948a8daa059cf5b3e7f002e7b92acf00fc70c49
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:13 2008 -0600
PNP: factor pnp_init_resource_table() and pnp_clean_resource_table()
Move the common part of pnp_init_resource_table() and pnp_clean_resource_table() into a new pnp_init_resource(). This reduces a little code duplication and will be useful later to initialize an individual resource.
commit af11cb2d521f9d7e10c565bafe8f2358772baa65
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:12 2008 -0600
PNP: use dev_printk when possible
Use dev_printk() when possible for more informative error messages.
commit 2cd1393098073426256cb4543c897f8c340d0b93
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:11 2008 -0600
PNP: remove unused interfaces using pnp_resource_table
Rene Herman <[email protected]> recently removed the only in-tree driver uses of:
pnp_init_resource_table()
pnp_manual_config_dev()
pnp_resource_change()
in this change:
These are no longer used in the PNP core either, so we can just remove them completely.
It's possible that there are out-of-tree drivers that use these interfaces. They should be changed to either (1) use PNP quirks to work around broken hardware or firmware, or (2) use the sysfs interfaces to control resource usage from userspace.
commit 6969c7ed558cf5e9eff01734be0174a296938092
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:10 2008 -0600
PNP: remove pnp_resource_table from internal pnp_clean_resource_table interface
This changes pnp_clean_resource_table() to take a pnp_dev pointer rather than a pnp_resource_table pointer. This reduces the visibility of pnp_resource_table and removes an opportunity for error in the caller.
commit f44900020926b2cb06b87f0f52643d6285514fc3
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:09 2008 -0600
PNP: add pnp_init_resources(struct pnp_dev *) interface
Add pnp_init_resources(struct pnp_dev *) to replace pnp_init_resource_table(), which takes a pointer to the pnp_resource_table itself. Passing only the pnp_dev * reduces the possibility for error in the caller and removes the pnp_resource_table implementation detail from the interface.
Even though pnp_init_resource_table() is exported, I did not export pnp_init_resources() because it is used only by the PNP core.
commit 81b5c75f0ed22a93c3da00650d0898eec56e1d62
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:08 2008 -0600
PNP: add debug when assigning PNP resources
This patch adds code to dump PNP resources before and after assigning resources and before writing them to the device.
This is enabled by CONFIG_PNP_DEBUG=y.
commit 72dcc883d8e5b59105e75ee5265442e458740575
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:07 2008 -0600
PNP: add debug output to encoders
Add debug output to encoders (enabled by CONFIG_PNP_DEBUG). This uses dev_printk, so I had to add pnp_dev arguments at the same time.
commit 4ab55d8d4f7b910c4c60e0f8ff70d0dfdd484f02
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:06 2008 -0600
PNP: remove more pnp_resource_table arguments
Stop passing around struct pnp_resource_table pointers. In most cases, the caller doesn't need to know how the resources are stored inside the struct pnp_dev.
commit 59284cb4099411bc6f4915a5a4cb76414440c447
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:05 2008 -0600
PNP: remove pnp_resource_table from internal get/set interfaces
When we call protocol->get() and protocol->set() methods, we currently supply pointers to both the pnp_dev and the pnp_resource_table even though the pnp_resource_table should always be the one associated with the pnp_dev.
This removes the pnp_resource_table arguments to make it clear that these methods only operate on the specified pnp_dev.
commit c1caf06ccfd3a4efd4b489f89bcdabd2362f31d0
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:04 2008 -0600
PNP: add debug output to option registration
Add debug output to resource option registration functions (enabled by CONFIG_PNP_DEBUG). This uses dev_printk, so I had to add pnp_dev arguments at the same time.
commit cdef6254e17e98f1071ce1bfc8f2a87997c855d0
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:03 2008 -0600
PNPACPI: pass pnp_dev instead of acpi_handle
Pass the pnp_dev pointer when possible instead of the acpi_handle. This allows better error messages and reduces the chance of error in the caller.
commit cd7ec927d9cd3d2001cbbdce872bd73f6e49c986
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:02 2008 -0600
PNPACPI: extend irq_flags() to set IORESOURCE_IRQ_SHAREABLE when appropriate
This simplifies IRQ resource parsing slightly by computing all the IORESOURCE_IRQ_* flags at the same time.
This also keeps track of shareability information when parsing options from _PRS. Previously we ignored shareability in _PRS.
commit bb84b41d1a1e3ad1ebe7f91a7c97d3b6ca242e9d
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:01 2008 -0600
PNPACPI: hoist dma_flags() out of pnpacpi_parse_allocated_dmaresource()
Hoist dma_flags() out of pnpacpi_parse_allocated_dmaresource() into its caller. This makes pnpacpi_parse_allocated_dmaresource() more similar to pnpbios_parse_allocated_dmaresource().
commit 9570a20e9da282721afc6885dbeaa1b9c1e7ff4d
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:34:00 2008 -0600
PNPACPI: use temporaries to reduce repetition
No functional change, just fewer words and fewer chances for transcription errors.
commit f7e8466a045c690002c1926e695ae312dd73bb4a
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:59 2008 -0600
PNPACPI: pnpacpi_encode_ext_irq() wrongly set "irq" instead of "extended_irq"
pnpacpi_encode_ext_irq() should set resource->data.extended_irq, not resource->data.irq.
This has been wrong since at least 2.6.12. I haven't seen any bug reports, but it's clearly incorrect.
commit 6bf2aab24a5dc26bf8274c4b9dbbed8ca99ae82c
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:58 2008 -0600
PNP: add pnp_alloc_card()
Add pnp_alloc_card() to allocate a struct pnp_card and fill in the protocol, instance number, and initial PNP ID. Now it is always valid to use dev_printk() on any pnp_card pointer.
commit 068076d5517009654376ceda75ff44af0feb9b1d
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:57 2008 -0600
ISAPNP: pull pnp_add_card_id() out of isapnp_parse_card_id()
Split the pnp_add_card_id() part from the PNPID conversion part so we can move the initial add_id() into the pnp_card allocation.
This makes the PNPID conversion generic so we can use the same one for both devices and cards.
commit e436675f2a09ea389c1844507658f304924a2eca
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:56 2008 -0600
PNP: change pnp_add_card_id() to allocate its own pnp_id structures
This moves some of the pnp_id knowledge out of the backends and into the PNP core.
commit 048825deea5f261335b5202cd1114c53a3a21ae7
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:55 2008 -0600
PNP: make pnp_add_card_id() internal to PNP core
pnp_add_card_id() doesn't need to be exposed outside the PNP core, so move the declaration to an internal header file.
commit bda1e4e5a3d976046378cd495a63e1ee0847deec
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:54 2008 -0600
PNP: add pnp_alloc_dev()
Add pnp_alloc_dev() to allocate a struct pnp_dev and fill in the protocol, instance number, and initial PNP ID. Now it is always valid to use dev_printk() on any pnp_dev pointer.
commit 25eb846189d20db4114cebf14fee96d69bef4667
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:53 2008 -0600
PNP: add pnp_eisa_id_to_string()
Converting the EISA ID to a string is messy and error-prone, and we might as well use the same code for ISAPNP and PNPBIOS.
PNPACPI uses the conversion done by the ACPI core with acpi_ex_eisa_id_to_string().
commit 772defc6292bae8b6db298476d1dabd22a99492b
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:52 2008 -0600
PNP: change pnp_add_id() to allocate its own pnp_id structures
This moves some of the pnp_id knowledge out of the backends and into the PNP core.
commit 1692b27bf37826f85f9c12f8468848885643532a
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:51 2008 -0600
PNP: make pnp_add_id() internal to PNP core
pnp_add_id() doesn't need to be exposed outside the PNP core, so move the declaration to an internal header file.
commit 4a490498643ea37520c315769b293085b6018ddd
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:50 2008 -0600
PNPACPI: continue after _CRS and _PRS errors
Keep going and register the device even if we have trouble parsing _CRS or _PRS. A parsing problem might mean we ignore some resources the device is using, or we might not be able to change its resources. But we should still take note of anything we *could* parse correctly.
Also remove reference to dev_id because I plan to remove it soon.
commit ca0e8b6fd29819891c874b86ff286987c5bfdc21
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:49 2008 -0600
ISAPNP: move config register addresses out of isapnp.h
These are used only in drivers/pnp/isapnp/core.c, so no need to expose them to the world.
commit 1bd17e63a068db6f464925a79b1cc4b27a8b1af9
Author: Bjorn Helgaas <[email protected]> Date: Mon Apr 28 16:33:48 2008 -0600
PNP: turn on -DDEBUG when CONFIG_PNP_DEBUG is set
Turn on -DDEBUG in CFLAGS when CONFIG_PNP_DEBUG=y. This makes dev_dbg() do what you expect.
commit ff16cab69b6ed621686cf342306785175775152d
Author: Len Brown <[email protected]> Date: Tue Apr 29 03:12:17 2008 -0400
thermal: re-name thermal.c to thermal_sys.c
thermal_sys was already the name of the resulting module, and it is built from this one source file.
commit 76ecb4f2d7ea5c3aac8970b9529775316507c6d2
Author: Zhang, Rui <[email protected]> Date: Thu Apr 10 16:20:23 2008 +0800
ACPI: update thermal temperature
Fix the problem that thermal_get_temp returns the cached value, which causes the temperature in generic thermal never updates.
commit 9030062f3d61f87c1e787b3aa134fa3a8e4b2d25
Author: Julia Lawall <[email protected]> Date: Fri Apr 11 10:09:24 2008 +0800
ACPI: elide a non-zero test on a result that is never 0
thermal_cooling_device_register used to return NULL if THERMAL is "n". As the ACPI fan, processor and video drivers SELECT the generic thermal in PATCH 01, this is not a problem any more.
commit e9ae71078b2c8657c0e8de808b76b76049806906
Author: Zhang Rui <[email protected]> Date: Tue Apr 22 08:50:09 2008 +0800
thermal: update the documentation
Update the documentation for the thermal driver hwmon sys I/F.
Change the ACPI thermal zone type to be consistent with hwmon.
commit e68b16abd91dca91e35ea47537ef8a1b7ad72841
Author: Zhang Rui <[email protected]> Date: Mon Apr 21 16:07:52 2008 +0800
thermal: add hwmon sysfs I/F
Add hwmon sys I/F for generic thermal driver.
Note: we have one hwmon class device for EACH TYPE of the thermal zone device.
commit 9ec732ff80b7e8a9096666f78ae584d3b393bc84
Author: Zhang, Rui <[email protected]> Date: Thu Apr 10 16:13:10 2008 +0800
thermal: add new get_crit_temp callback
Add a new callback so that the generic thermal can get the critical trip point info of a thermal zone,
which is needed for building the tempX_crit hwmon sysfs attribute.
commit 63c4ec905d63834a97ec7dbbf0a2ec89ef5872be
Author: Zhang Rui <[email protected]> Date: Mon Apr 21 16:07:13 2008 +0800
thermal: add the support for building the generic thermal as a module
Build the generic thermal driver as module "thermal_sys".
Make ACPI thermal, video, processor and fan SELECT the generic thermal driver, as these drivers rely on it to build the sysfs I/F.
commit 2f67a0695dc389247c05041b05d2a2b06fc102a3
Author: Zhang Rui <[email protected]> Date: Tue Apr 29 02:34:42 2008 -0400
flush kacpi_notify_wq before removing notify handler
Flush kacpi_notify_wq before notify handler is removed, this can fix a bug which the deferred notify handler is executed after the notify_handler has already been removed.
http://bugzilla.kernel.org/show_bug.cgi?id=9772
commit 0fda6b403f0eca66ad8a7c946b3996e359100443
Author: Venkatesh Pallipadi <[email protected]> Date: Wed Apr 9 21:31:46 2008 -0400
2.6.25 regression: powertop says 120K wakeups/sec
Patch to fix huge number of wakeups reported due to recent changes in processor_idle.c. The problem was that the entry_method determination was broken due to one of the recent commits (bc71bec91f987) causing C1 entry to not to go to halt.
http://lkml.org/lkml/2008/3/22/124
commit 204470272c3b055b352d5f127d5d5c7dce5fa597
Author: Alexey Starikovskiy <[email protected]> Date: Tue Mar 11 17:17:08 2008 -0400
ACPI: GPE enabling should happen after EC installation
GPE could try to access EC region, so should not be enabled before EC is installed
http://bugzilla.kernel.org/show_bug.cgi?id=9916
commit 75a44ce00b312f57264f42a0a985d17cd9994b98
Author: Len Brown <[email protected]> Date: Wed Apr 23 23:00:13 2008 -0400
ACPICA: update Intel copyright
commit cca97b81564c5edbc8700ebb64fc2b4e13dfa51f
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:44 2008 +0400
ACPICA: Fix for some local named nodes not marked temporary and to disallow duplicates
Fixed a problem with the CreateField, CreateXXXField (Bit, Byte, Word, Dword, Qword), Field, BankField, and IndexField operators when invoked from inside an executing control method. In this case, these operators created namespace nodes that were incorrectly left marked as permanent nodes instead of temporary nodes. This could cause a problem if there is race condition between an exiting control method and a running namespace walk. (Reported by Linn Crosetto). Fixed a problem where the CreateField and CreateXXXField operators would incorrectly allow duplicate names (the name of the field) with no exception generated.
commit 66e2c0bcc5f6b8454d9091f6ba9ef4090abca4fd
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:44 2008 +0400
ACPICA: Update version to 20080321
Update version to 20080321.
commit 514d18d79b1da052ed4553ceec1f7e1197a5bb51
Author: Zhang Rui <[email protected]> Date: Thu Apr 10 19:06:44 2008 +0400
ACPICA: Update for new Notify values
Implemented several changes for Notify handling: Added support for new Notify values (ACPI 2.0+) and improved the Notify debug output. Notify on PowerResource objects is no longer allowed, as per the ACPI specification.
commit 66d3ca9ea28e1b3d591083772fd797b9b46410b8
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:44 2008 +0400
ACPICA: Fixes for size of StartDependent resource descriptor
Fixed a couple of size calculation issues with the variable-length Start Dependent resource descriptor.
commit d8846574ed4a81be319bf68728f9cca9af595afd
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Updates for Debug object output
Implemented several improvements for the output of the ASL "Debug" object to clarify and keep all data for a given object on one output line.
commit cd0b2248241f4146152fb04a6bf4bccb6ce0478a
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Fixes for external Reference Objects
All Reference Objects returned via the AcpiEvaluteObject interface are now marked as type "REFERENCE" instead of "ANY". The type ANY is now reservered for NULL objects - either NULL package elements or unresolved named references.
commit 7a5bb9964512c5313af19310c6a3002ec54f7336
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Fix to handle NULL package elements correctly
Fixed problem where NULL package elements were not returned to the AcpiEvaluateObject interface correctly. Instead of returning a NULL ACPI_OBJECT package element, the element was simply ignored, potentially causing a buffer overflow and/or confusing the caller who expected a fixed number of elements.
http://bugzilla.kernel.org/show_bug.cgi?id=10132
commit 0ba7d25c70699cdd3e06fc049d8884ee54b9d5db
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Fix for extraneous debug message for packages
Fixed a problem where an extraneous debug message was produced for package objects (when debugging enabled). The message "Package List length larger than NumElements count" is now produced in the correct case, and is also an error message rather than a debug message. Added a debug message for the opposite case, where NumElements is larger than the Package List, and the package has been padded out with NULL elements.
commit a0144a2929620d9682bc4b0c6274ef03e417f49a
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Update ACPICA version to 20080213
Update ACPICA version to 20080213.
commit 24a3157a90ddf851a0880c0b8963bc43481cd85b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Fix for possible error when packages/buffers are passed to methods externally
Fixed a problem where buffer and package objects passed as arguments to a control method via the external AcpiEvaluateObject interface could cause an AE_AML_INTERNAL exception depending on the order and type of operators executed by the target control method.
commit a3df4dadd446c0d7195f2bbe86dd5174426d8090
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Update behavior of CopyObject to match ACPI spec
Fixed a problem where a CopyObject to RegionField, BankField, and IndexField objects did not perform an implicit conversion as it should. These types must retain their initial type permanently as per the ACPI specification. However, a CopyObject to all other object types should not perform an implicit conversion, as per the ACPI specification.
http://www.acpica.org/bugzilla/show_bug.cgi?id=388
commit 1d5b285da1893b90507b081664ac27f1a8a3dc5b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Fix for resource descriptor optimization issues for _CRS/_SRC
Fixed a problem where resource descriptor size optimization could cause a problem when a _CRS resource template is passed to a _SRS method. The _SRS resource template must use the same descriptors (with the same size) as returned from _CRS. This change affects the following resource descriptors: IRQ/IRQNoFlags and StartDependendentFn/StartDependentFnNoPri.
http://bugzilla.kernel.org/show_bug.cgi?id=9487
commit 3fa347770a8a9cb3568600380ce4b5c041b3ac0b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:43 2008 +0400
ACPICA: Disassembler support for new ACPI tables
Implemented full disassembler support for the following new ACPI
tables: BERT, EINJ, and ERST. Partial disassembler support for the complicated HEST table. These tables support the Windows Hardware Error Architecture (WHEA).
commit 7823665eccdc7e230d0a904c6ec01d5c70ee099b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Fix for ACPI_HIDWORD macro
Fixed a regression introduced in version 20071114. The ACPI_HIDWORD macro was inadvertently changed to return a 16-bit value instead of a 32-bit value, truncating the upper Dword of a 64-bit value. This macro is only used to display debug output, so no incorrect calculations were made.
commit b1dd9096fef08642eb509fbf2a40b3c7734dce1c
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Added new error messages
New messages for the 2 AE_SUPPORT cases.
commit 507f046c4dd17e9c94b5130ba184f8da90504685
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Add va_end statements as appropriate
Added missing va_end statements that should correspond with each va_start statement.
commit 8c49c235774002708bd0da1c28c570073ebd963b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Update version to 20080123
Update version to 20080123.
commit bc7a36ab74e09da7bb63e2477b0740ac992b290e
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Fixes for Unload and DDBHandles
Implemented support for the use of DDBHandles as an Indexed Reference, as per the ACPI spec.
http://www.acpica.org/bugzilla/show_bug.cgi?id=486.
Implemented support for UserTerm (Method invocation) for the Unload operator as per the ACPI spec.
http://www.acpica.org/bugzilla/show_bug.cgi?id=580
commit a6f4a4511e65942b93ded60d746094ec0e58ed8e
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Bulletproof disassembler for bad ACPI tables
Fixed a problem with the disassembler where invalid ACPI tables could cause faults or infinite loops.
commit 970d9c9ec313daa1b41db0f8bdd1ca8cc2903822
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Include file support for new ACPI tables
Implemented header file support for new ACPI tables - BERT, ERST, EINJ, HEST, IBFT, UEFI, WDAT. Disassembler support is forthcoming.
commit 47c08729bf1c60d522d020a7f8bc15d1c70e6ecb
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Fix for LoadTable operator, input strings
Fixed a problem with the LoadTable operator where the OemId and OemTableId input strings could cause unexpected failures if they were shorter than the maximum lengths allowed.
http://www.acpica.org/bugzilla/show_bug.cgi?id=576
commit 200cce6a75061a3bf8d2e6b27c5cdcc7730893f1
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Fix for Load operator
Fixed a problem with the Load operator where an exception was not returned in the case where the table is already loaded.
http://www.acpica.org/bugzilla/show_bug.cgi?id=463
commit 9accd46459b8c068540451fdab07dbfcefaf7280
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:42 2008 +0400
ACPICA: Methods now implicitly return 0 in slack mode
Implemented an enhancement to the interpreter "slack mode". In the absence of an explicit return or an implicitly returned object from the last executed opcode, a control method will now implicitly return an integer of value 0 for Microsoft compatibility.
http://www.acpica.org/bugzilla/show_bug.cgi?id=392
commit 8246934b7cf99d1f0c053d57890775e5d0df9c33
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Fix for SizeOf when used with Buffers and Packages
Fixed a problem with the SizeOf operator when used with Package and Buffer objects. These objects have deferred execution for some arguments, and the execution is now completed before the SizeOf is executed. This problem caused unexpected AE_PACKAGE_LIMIT errors on some systems.
http://bugzilla.kernel.org/show_bug.cgi?id=9558
commit c351f2dd542a3980e96cf128e06d19f784c5ea3e
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Update version to 20071219
Update version to 20071219.
commit ef805d956320ffa36d068673d5c5eb2a7d13209b
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Implemented full argument resolution support for the BankValue argument to BankField
Previously, only constants were supported, now any TermArg may be used.
http://www.acpica.org/bugzilla/show_bug.cgi?id=387
http://www.acpica.org/bugzilla/show_bug.cgi?id=393
commit 57345ee6b807d32e5eecf724a463378b80cc261c
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Undo accidental checkin of not-fully-tested mutex changes
commit 941f48bb465b0b291f8435b1e3de95b0975b84bc
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Implemented full support for deferred execution for the TermArg string arguments for DataTableRegion
This enables forward references and full operand resolution for the three string arguments. Similar to OperationRegion deferred argument execution.)
http://www.acpica.org/bugzilla/show_bug.cgi?id=430
commit 9aa6169f471771324b476a90d9392daa06d63a2d
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Fixed a problem with Index Fields where the Index register was incorrectly limited to a maximum of 32 bits
Now any size may be used.
commit 549f46044e1e207a2cbfdfb3f9a0d3fd5fd4105e
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Fixed a problem with AcpiGetDevices where the search of a branch of the device tree could be terminated prematurely
In accordance with the ACPI specification, the search is terminated if a device is both not present and not functional (instead of just not present.) Yakui Zhao.
commit 8a2e71a82375aa2aef571d5fa9064ba67c8856a5
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Update version to 20071114
Update version to 20071114.
commit 1cb2ef6606e0abd8565f66b5f95267de1b390694
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Fixed a problem with CopyObject used in conjunction with the Index operator
The reference was incorrectly dereferenced before the copy. The reference is now correctly copied.
http://bugzilla.kernel.org/show_bug.cgi?id=5391
commit e5bcc811f78f294e7be8a0721b3fb513028c5af4
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:41 2008 +0400
ACPICA: Fixed a problem with Index references passed as method arguments
References passed as arguments to control methods were dereferenced immediately (before control was passed to the called method). The references are now correctly passed directly to the called method.
http://bugzilla.kernel.org/show_bug.cgi?id=5389
commit 1f549a240ccb2755066587e1e6ef9f74f485a46a
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Fixed a problem with FromBCD and ToBCD with some compilers
On some compilers, the ShortDivide function worked incorrectly, causing problems with the BCD functions with large input values. (Truncation from 64-bit to 32-bit occurred.) Internal
http://www.acpica.org/bugzilla/show_bug.cgi?id=435
commit b160987df7f49ee9c048a43b70ebae613a7e1437
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Fixes a problem with control method references within packages
Completes the package changes started with version 20071019.
commit f2d69559b31c368cfe3a51607d9cd5e8c0168875
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Cleanup of debug output
Improved output of object dump routine.
commit b7f9f04228eae2cf5adc2ffeb494d4970a8dd8a5
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Cosmetic changes only, no functional changes
Lint changes, fix compiler warnings, etc.
commit 1d18c05825c3f2b8933a7fc7f7528881e98deb04
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Cosmetic changes only, no functional changes
Lint changes, fix compiler warnings, etc.
commit 39adb11e56d8eef6169aeae38f65df26883ff49c
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Update version to 20071019
Update version to 20071019.
commit 49718b1741cb74d86eb8b1bd8f52ad6a013b40df
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Added additional parameter validation for LoadTable
Implemented additional parameter validation for the LoadTable operator. The length of the input strings SignatureString, OemIdString, and OemTableId are now checked for maximum lengths.
http://www.acpica.org/bugzilla/show_bug.cgi?id=582
commit fe4078af56a7b7f37391712cf188df3202b03776
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:40 2008 +0400
ACPICA: Fix for Increment/Decrement operator, incorrect type change
Fixed a problem with the Increment and Decrement operators where the type of the target object could be unexpectedly and incorrectly changed.
http://www.acpica.org/bugzilla/show_bug.cgi?id=353
commit 9e41d93c975d403380b7debe05517d630c8e2836
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Fixed a memory leak when Device or Thermal objects referenced in packages
Problem introduced in fix for Package references.
commit 7f4ac9f91383a0707de559dc8fbca986fc2d302f
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Fix for Load/LoadTable to specify load location
Fixed a problem with the Load and LoadTable operators where the table location within the namespace was ignored. Instead, the table was always loaded into the root or current scope.
commit d8841647de7c4aa3f3ff5b8b8c4a3f042e848ff0
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Add error checks to prevent faults
Added additional error checking to prevent run-time faults.
commit 98af37fba9b3e601ca4bded51ef51a2be4e8c97b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Add a table checksum verify for Load operator
Added a table checksum verification for the Load operator, in the case where the load is from a buffer.
http://www.acpica.org/bugzilla/show_bug.cgi?id=578
commit a13b8460c5b43a68192b599ce437168cc2ff04de
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Fix for memory leak related to DdbHandle objects
Fixed a memory leak where DdbHandle objects were not deleted automatically at control method exit.
commit 61ce421bb761f607b802c268bd8bd6a0c928a661
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Fix a fault when storing DdbHandle to Debug object
Fixed a problem with the Debug object where a store of a DdbHandle reference object to the Debug object could cause a fault.
commit 5eb691805f7ec5960fe9d5d7fc57a7fc3097bbd0
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Fix for fault if Load() fails
Fixed a problem with the Load operator when loading a table from a buffer object. The input buffer was prematurely zeroed and/or deleted.
http://www.acpica.org/bugzilla/show_bug.cgi?id=577
commit 53cf174409a24e8388e1d554d27436275fc81fe7
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: Fix for Alias operator to see target child objects
Fixed a problem with the Alias operator when the target of the alias is a named ASL operator that opens a new scope -- Scope, Device, PowerResource, Processor, and ThermalZone. In these cases, any children of the original operator could not be accessed via the alias, potentially causing unexpected AE_NOT_FOUND exceptions.
commit 1c12a7dde1752f2c40fe170cabff463a0b362720
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:39 2008 +0400
ACPICA: update version number to 20070919
commit 14808822a9cea782c2e6f8d39e438cc3891f6472
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Fix for namespace lookup problem
Fixed a problem where objects of certain types (Device, ThermalZone, Processor, PowerResource) can be not found if they are declared and referenced from within the same control method
http://www.acpica.org/bugzilla/show_bug.cgi?id=341.
commit 3e08e2d2d6efb256aa035e300deb059bb333b6db
Author: Lin Ming <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: New interfaces for table event handlers
Designed and implemented new external interfaces to install and remove handlers for ACPI table-related events. Current events that are defined are LOAD and UNLOAD. These interfaces allow the host to track ACPI tables as they are dynamically loaded and unloaded. See AcpiInstallTableHandler and AcpiRemoveTableHandler.
commit 698c0a0c299bd9389522e14dae1aff02070bac25
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Add minimal disassembly support for the SLIC table
SLIC - Software Licensing Description Table.
commit e20a679b4acf81a419bbe80beddedc988bf3bd51
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Support for iASL - multiple files and wildcards
Implemented support to allow multiple files to be compiled/disassembled in a single invocation. This includes command line wildcard support for both the Windows and Unix versions of the compiler. This feature simplifies the disassembly and compilation of multiple ACPI tables in a single directory.
commit 6deb65dd9d66ff70fa8f8665690295a1126f801a
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Updated error message for dynamic method serialization
Added more information to make the message clearer.
commit 5cc1b9b42663878330a4cc1d8020bb9289c46066
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Update version to 20070508
Update version to 20070508.
commit e5567afa5cfa19e45f93c9c8796e46187a2d12f4
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Fix for update of the Global Lock Handle
Fixed a problem where the global lock handle was not properly updated if a thread that acquired the global lock via executing AML code then attempted to acquire the lock via the AcpiAcquireGlobalLock interface.
commit 235eebbdb501261e9960deb2a9a3459af44ec0ea
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Update version to 20070320
pdate version to 20070320
commit 91d02132fea3a60d3db7bd72933e38e36cd9e4c7
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:38 2008 +0400
ACPICA: Fix for package reference counts
Prevents infinite loop of 'Large Reference Count' messages in aslts-bdemo-b286 test.
commit 422f4f90a23437e3e9de31eab5feb2a13f0cbb38
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Increase maximum buffer size dumped to screen in buffer object dump
commit f02e9fa1ceee045f7d5c53d475032815752a2510
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Misc fixes for recent global lock code update
Fixes as a result of running full validation test suite.
commit a4df451a1055d97726ab890249bc3f941906fa75
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Removed obsolete ACPI_NO_INTEGER64_SUPPORT define
commit a69c77c72094bfda1ed02336ec9a1bae186fd2fc
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Removed extraneous code
commit 91e38d10b2b49b8a200111baa7714c4a7e658a4c
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Update comments for acquire/release mutex interfaces
pdate comments for acquire/release mutex interfaces
commit dbaaa9567543191faa933e78f979f5ff7385918c
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Fixed a couple compiler warnings for extra extern statements
commit 4b6e16cf2bacbf328535097fa74f1494b1873c54
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Avoid use of invalid pointers in returned object field
During operand evaluation, ensure that the ReturnObj field is cleared on error and only valid pointers are stored there.
commit 4e3156b183aa087bc19804b3295c7c1a71f64752
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: changed order of interpretation of operand objects
The interpreter now evaluates operands in the order that they appear (both in the
AML and ASL), instead of in reverse order. This previously caused subtle incompatibilities with the MS interpreter as well as being non-intuitive.
commit ba886cd4ac957608777fbc8d137f6b9f0450e775
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:37 2008 +0400
ACPICA: Update for mutiple global lock acquisitions by same thread
Allows AcpiAcquireGlobalLock external interface to be called multiple times by the
same thread. Allows use of AML fields that require the global lock while the running AML is already holding the global lock.
commit f654ecbfacb47d20e8cac087bbada1b947db846b
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:36 2008 +0400
ACPICA: Removed unused code
Handling of AML_NAME_OP as a Reference.Opcode is no longer needed. Kernel bugzilla 2874
commit 773069d48030e670cf2032a13ddf16a2e0034df3
Author: Bob Moore <[email protected]> Date: Thu Apr 10 19:06:36 2008 +0400
ACPICA: Several fixes for internal method result stack
fixes STACK_OVERFLOW exception on nested method calls. internal bugzilla 262 and 275.
commit 99bda83e8b3140b7e81572a5aabc7dedb455b272
Author: Ralf Baechle <[email protected]> Date: Thu Mar 13 23:54:09 2008 +0100
MIPS Alchemy: Crapectomy after removal of pm_send_all calls.
commit 5373fd72577ffc4689ade0a2a1a885293c32c711
Author: Andrew Morton <[email protected]> Date: Thu Mar 27 02:00:06 2008 -0400
PM: arch/x86/kernel/apm_32.c: fix build warning
arch/x86/kernel/apm_32.c:1215: warning: label 'out' defined but not used
commit 6afe1a1fe8ff83f6ac2726b04665e76ba7b14f3e
Author: Pavel Machek <[email protected]> Date: Thu Mar 13 23:52:49 2008 +0100
PM: Remove legacy PM
AFAICT pm_send_all is a nop when noone uses pm_register...
Hmm.. can we just force CONFIG_PM_LEGACY=n, and see what happens?
Or maybe this is better idea? It may break build somewhere, but it should be easy to fix... (it builds here, i386 and x86-64).
commit 729b2bdbfa19dd9be98dbd49caf2773b3271cc24
Author: Zhao Yakui <[email protected]> Date: Wed Mar 19 13:26:54 2008 +0800
ACPI : Disable the device's ability to wake the sleeping system in the boot phase
In some machines some GPE is shared by several ACPI devices, for example:
sleep button, keyboard, mouse. At the same time one of them is non-wake(runtime) device and the other are wake devices. In such case OSPM should call the _PSW object to disable the device's ability to wake the sleeping system in the boot phase.
Otherwise there will be ACPI interrupt flood triggered by the GPE input.
The _PSW object is depreciated in ACPI 3.0 and is replaced by _DSW. So it is necessary to call _DSW object first. Only when it is not present will the _PSW object used.
http://bugzilla.kernel.org/show_bug.cgi?id=10224
commit ce52ddf58cbc2c40f5f08d37d2217945e4d5adf3
Author: Alexey Starikovskiy <[email protected]> Date: Mon Mar 24 23:22:36 2008 +0300
ACPI: EC: Don't delete boot EC
commit 6d9e11206371be370b153264934378a29b6afe9b
Author: Alexey Starikovskiy <[email protected]> Date: Mon Mar 24 23:22:29 2008 +0300
ACPI: EC: Use default setup handler
commit fa95ba04e6ba11d71e1b87becd054b38faf546c8
Author: Alexey Starikovskiy <[email protected]> Date: Fri Mar 21 19:36:02 2008 +0300
ACPI: EC: Detect irq storm
Problem seems to be that hw fails to clear GPE after we service it and write 1 into corresponding bit. Thus, as soon as we get interrupts enabled again, we receive a new one. Google gives too many results for "acer interrupt storm" for this being one-broken-machine case.
Reference: http://bugzilla.kernel.org/show_bug.cgi?id=9998
commit 223883b7aafa02410ed2e571d6032c876d0b23b8
Author: Alexey Starikovskiy <[email protected]> Date: Fri Mar 21 17:07:21 2008 +0300
ACPI: EC: Switch off GPE mode during suspend/resume
commit b77d81b2678950077088956da4638c26853389fc
Author: Alexey Starikovskiy <[email protected]> Date: Fri Mar 21 17:07:15 2008 +0300
ACPI: EC: Replace broken controller workarounds with poll mode.
commit dc0e8490fe884a9378b8ee04a5b5f905f06f4633
Author: Alexey Starikovskiy <[email protected]> Date: Fri Mar 21 17:07:09 2008 +0300
ACPI: EC: Improve debug output
commit 845625cdcb17119d5f6c5c8dbe586f2f36e8008a
Author: Alexey Starikovskiy <[email protected]> Date: Fri Mar 21 17:07:03 2008 +0300
ACPI: EC: Add poll timer
If we can not use interrupt mode of EC for some reason, start polling EC for events periodically.
commit e6e82a3087e6dad619149246082c910623ea9c36
Author: Alexey Starikovskiy <[email protected]> Date: Fri Mar 21 17:06:57 2008 +0300
ACPI: EC: Restore udelay in poll mode
This fixes keyboard event handling on some systems.
Note that this delay was thought unnecessary, and removed
from linux-2.6.20 with 50c1e1138cb94f6aca0f8555777edbcefe0324e2 'ACPI: ec: Drop udelay() from poll mode. Loop by reading status field instead.'
commit 1071695f17daf050638e0bc550db647f8237c3bb
Author: David Brownell <[email protected]> Date: Fri Feb 22 21:54:24 2008 -0800
ACPI: crosslink ACPI and "real" device nodes
Add cross-links between ACPI device and "real" devices in sysfs, exposing otherwise-hidden interrelationships between the various device nodes for ACPI stuff. As a representative example, one hardware device is exposed as two logical devices (PNP and ACPI):
.../pnp0/00:06/ .../LNXSYSTM:00/device:00/PNP0A03:00/device:15/PNP0B00:00/
The PNP device gets a "firmware_node" link pointing to the ACPI device, and is what a Linux device driver binds to. The ACPI device has instead a "physical_node" link pointing back to the PNP device. Other firmware frameworks, like OpenFirmware, could do the same thing to couple their firmware tables to the rest of the system.
(Based on a patch from Zhang Rui. This version is modified to not depend on the patch makig ACPI initialize driver model wakeup flags.)
Quoted 9 lines · On Wed, 30 Apr 2008 14:20:11 -0400 Len Brown <[email protected]> wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitreleaseThis batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
I have four acpi-related reports here from 2.6.25-rcX-mmY. Can you please check that they were addressed? I don't recall seeing any feedback for any of them.
Thanks.
From: "Miles Lane" <[email protected]>
To: "Andrew Morton" <[email protected]>, LKML <[email protected]>, [email protected]
Subject: 2.6.25-rc8-mm2 -- initcall acpi_init+0x0/0x216() returned with preemption imbalance
Date: Fri, 11 Apr 2008 15:41:17 -0400
Is this indicative of a kernel or hardware problem?
[ 0.279606] ACPI: Using IOAPIC for interrupt routing [ 0.279789] initcall acpi_init+0x0/0x216() returned with preemption imbalance [ 0.330789] ACPI: PCI Root Bridge [PCI0] (0000:00)
From: "Dave Young" <[email protected]>
To: "Andrew Morton" <[email protected]>
Cc: [email protected], [email protected], "Len Brown" <[email protected]>
Subject: Re: 2.6.25-rc5-mm1
Date: Wed, 12 Mar 2008 09:14:55 +0800
Hi, I got the following lockdep warning:
(add linux-acpi to cc)
[ 0.097109] ACPI: Core revision 20070126 [ 0.097282] INFO: trying to register non-static key. [ 0.097355] the code is fine but needs lockdep annotation. [ 0.097428] turning off the locking correctness validator. [ 0.097503] Pid: 0, comm: swapper Not tainted 2.6.25-rc5-mm1 #3 [ 0.097578] [<c0127bf8>] ? printk+0x18/0x20 [ 0.097716] [<c014b01c>] __lock_acquire+0x40c/0x760 [ 0.097822] [<c0181ba0>] ? alloc_debug_processing+0xb0/0x140 [ 0.097959] [<c014b969>] lock_acquire+0x79/0xb0 [ 0.098063] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098197] [<c03df9e8>] _spin_lock_irqsave+0x48/0xa0 [ 0.098303] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098436] [<c0140204>] down_trylock+0x14/0x40 [ 0.098540] [<c027c7ea>] acpi_os_wait_semaphore+0x3e/0xb9 [ 0.098647] [<c029263e>] acpi_ut_acquire_mutex+0x34/0x72 [ 0.098753] [<c0289ab1>] acpi_ns_root_initialize+0x19/0x250 [ 0.098859] [<c05453e6>] acpi_initialize_subsystem+0x42/0x64 [ 0.098966] [<c0545725>] acpi_early_init+0x50/0xef [ 0.099070] [<c052b7f6>] start_kernel+0x1e6/0x250 [ 0.099175] [<c052b1a0>] ? unknown_bootoption+0x0/0x130 [ 0.099310] [<c052b008>] __init_begin+0x8/0x10 [ 0.099414] =======================
From: Randy Dunlap <[email protected]>
To: Andrew Morton <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: 2.6.25-rc2-mm1 (build failure)
Date: Sat, 16 Feb 2008 21:32:25 -0800
Organization: Oracle Linux Eng.
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)
Quoted 2 lines · On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
When SMP=n, x86_64 build gets:
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0xfd7f): undefined reference to `setup_trampoline' make[1]: *** [.tmp_vmlinux1] Error 1
From: Randy Dunlap <[email protected]>
To: Andrew Morton <[email protected]>
Cc: [email protected], [email protected], [email protected]
Subject: Re: 2.6.25-rc2-mm1 (x64 thermal build failure)
Date: Sat, 16 Feb 2008 21:16:03 -0800
Organization: Oracle Linux Eng.
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)
Quoted 2 lines · On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
ACPI is enabled, but DMI=n.
linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c: In function 'acpi_thermal_init':linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c:1792: error: 'thermal_dmi_table' undeclared (first use in this function) linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c:1792: error: (Each undeclared identifier is reported only once linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c:1792: error: for each function it appears in.) make[3]: *** [drivers/acpi/thermal.o] Error 1
Quoted 9 lines · On Wed, 30 Apr 2008 14:20:11 -0400 Len Brown <[email protected]> wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitreleaseThis batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
I have four acpi-related reports here from 2.6.25-rcX-mmY. Can you please check that they were addressed? I don't recall seeing any feedback for any of them.
Thanks.
From: "Miles Lane" <[email protected]>
To: "Andrew Morton" <[email protected]>, LKML <[email protected]>, [email protected]
Subject: 2.6.25-rc8-mm2 -- initcall acpi_init+0x0/0x216() returned with preemption imbalance
Date: Fri, 11 Apr 2008 15:41:17 -0400
Is this indicative of a kernel or hardware problem?
[ 0.279606] ACPI: Using IOAPIC for interrupt routing [ 0.279789] initcall acpi_init+0x0/0x216() returned with preemption imbalance [ 0.330789] ACPI: PCI Root Bridge [PCI0] (0000:00)
From: "Dave Young" <[email protected]>
To: "Andrew Morton" <[email protected]>
Cc: [email protected], [email protected], "Len Brown" <[email protected]>
Subject: Re: 2.6.25-rc5-mm1
Date: Wed, 12 Mar 2008 09:14:55 +0800
Hi, I got the following lockdep warning:
(add linux-acpi to cc)
[ 0.097109] ACPI: Core revision 20070126 [ 0.097282] INFO: trying to register non-static key. [ 0.097355] the code is fine but needs lockdep annotation. [ 0.097428] turning off the locking correctness validator. [ 0.097503] Pid: 0, comm: swapper Not tainted 2.6.25-rc5-mm1 #3 [ 0.097578] [<c0127bf8>] ? printk+0x18/0x20 [ 0.097716] [<c014b01c>] __lock_acquire+0x40c/0x760 [ 0.097822] [<c0181ba0>] ? alloc_debug_processing+0xb0/0x140 [ 0.097959] [<c014b969>] lock_acquire+0x79/0xb0 [ 0.098063] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098197] [<c03df9e8>] _spin_lock_irqsave+0x48/0xa0 [ 0.098303] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098436] [<c0140204>] down_trylock+0x14/0x40 [ 0.098540] [<c027c7ea>] acpi_os_wait_semaphore+0x3e/0xb9 [ 0.098647] [<c029263e>] acpi_ut_acquire_mutex+0x34/0x72 [ 0.098753] [<c0289ab1>] acpi_ns_root_initialize+0x19/0x250 [ 0.098859] [<c05453e6>] acpi_initialize_subsystem+0x42/0x64 [ 0.098966] [<c0545725>] acpi_early_init+0x50/0xef [ 0.099070] [<c052b7f6>] start_kernel+0x1e6/0x250 [ 0.099175] [<c052b1a0>] ? unknown_bootoption+0x0/0x130 [ 0.099310] [<c052b008>] __init_begin+0x8/0x10 [ 0.099414] =======================
From: Randy Dunlap <[email protected]>
To: Andrew Morton <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: 2.6.25-rc2-mm1 (build failure)
Date: Sat, 16 Feb 2008 21:32:25 -0800
Organization: Oracle Linux Eng.
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)
Quoted 2 lines · On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
When SMP=n, x86_64 build gets:
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0xfd7f): undefined reference to `setup_trampoline' make[1]: *** [.tmp_vmlinux1] Error 1
From: Randy Dunlap <[email protected]>
To: Andrew Morton <[email protected]>
Cc: [email protected], [email protected], [email protected]
Subject: Re: 2.6.25-rc2-mm1 (x64 thermal build failure)
Date: Sat, 16 Feb 2008 21:16:03 -0800
Organization: Oracle Linux Eng.
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)
Quoted 2 lines · On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
ACPI is enabled, but DMI=n.
linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c: In function 'acpi_thermal_init':linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c:1792: error: 'thermal_dmi_table' undeclared (first use in this function) linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c:1792: error: (Each undeclared identifier is reported only once linux-2.6.25-rc2-mm1/drivers/acpi/thermal.c:1792: error: for each function it appears in.) make[3]: *** [drivers/acpi/thermal.o] Error 1
Quoted 82 lines · Andrew Morton
Quoted 9 lines · On Wed, 30 Apr 2008 14:20:11 -0400 Len Brown <[email protected]> wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitreleaseThis batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
I have four acpi-related reports here from 2.6.25-rcX-mmY. Can you please check that they were addressed? I don't recall seeing any feedback for any of them.
Thanks.
From: "Miles Lane" <[email protected]>
To: "Andrew Morton" <[email protected]>, LKML <[email protected]>, [email protected]
Subject: 2.6.25-rc8-mm2 -- initcall acpi_init+0x0/0x216() returned with preemption imbalance
Date: Fri, 11 Apr 2008 15:41:17 -0400Is this indicative of a kernel or hardware problem?
[ 0.279606] ACPI: Using IOAPIC for interrupt routing [ 0.279789] initcall acpi_init+0x0/0x216() returned with preemption imbalance [ 0.330789] ACPI: PCI Root Bridge [PCI0] (0000:00)From: "Dave Young" <[email protected]>
To: "Andrew Morton" <[email protected]>
Cc: [email protected], [email protected], "Len Brown" <[email protected]>
Subject: Re: 2.6.25-rc5-mm1
Date: Wed, 12 Mar 2008 09:14:55 +0800Hi, I got the following lockdep warning:
(add linux-acpi to cc)[ 0.097109] ACPI: Core revision 20070126 [ 0.097282] INFO: trying to register non-static key. [ 0.097355] the code is fine but needs lockdep annotation. [ 0.097428] turning off the locking correctness validator. [ 0.097503] Pid: 0, comm: swapper Not tainted 2.6.25-rc5-mm1 #3 [ 0.097578] [<c0127bf8>] ? printk+0x18/0x20 [ 0.097716] [<c014b01c>] __lock_acquire+0x40c/0x760 [ 0.097822] [<c0181ba0>] ? alloc_debug_processing+0xb0/0x140 [ 0.097959] [<c014b969>] lock_acquire+0x79/0xb0 [ 0.098063] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098197] [<c03df9e8>] _spin_lock_irqsave+0x48/0xa0 [ 0.098303] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098436] [<c0140204>] down_trylock+0x14/0x40 [ 0.098540] [<c027c7ea>] acpi_os_wait_semaphore+0x3e/0xb9 [ 0.098647] [<c029263e>] acpi_ut_acquire_mutex+0x34/0x72 [ 0.098753] [<c0289ab1>] acpi_ns_root_initialize+0x19/0x250 [ 0.098859] [<c05453e6>] acpi_initialize_subsystem+0x42/0x64 [ 0.098966] [<c0545725>] acpi_early_init+0x50/0xef [ 0.099070] [<c052b7f6>] start_kernel+0x1e6/0x250 [ 0.099175] [<c052b1a0>] ? unknown_bootoption+0x0/0x130 [ 0.099310] [<c052b008>] __init_begin+0x8/0x10 [ 0.099414] =======================From: Randy Dunlap <[email protected]>
To: Andrew Morton <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: 2.6.25-rc2-mm1 (build failure)
Date: Sat, 16 Feb 2008 21:32:25 -0800
Organization: Oracle Linux Eng.
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)Quoted 1 line · On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
Quoted 7 lines
Quoted 1 line
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
When SMP=n,
x86_64build gets:
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0xfd7f): undefined reference to `setup_trampoline' make[1]: *** [.tmp_vmlinux1] Error 1
This code has already been merged via the x86 tree, with the problem fixed IIRC (at least it hasn't been reported against the mainline so far).
Thanks,
Rafael
Quoted 82 lines · Andrew Morton
Quoted 9 lines · On Wed, 30 Apr 2008 14:20:11 -0400 Len Brown <[email protected]> wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitreleaseThis batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
I have four acpi-related reports here from 2.6.25-rcX-mmY. Can you please check that they were addressed? I don't recall seeing any feedback for any of them.
Thanks.
From: "Miles Lane" <[email protected]>
To: "Andrew Morton" <[email protected]>, LKML <[email protected]>, [email protected]
Subject: 2.6.25-rc8-mm2 -- initcall acpi_init+0x0/0x216() returned with preemption imbalance
Date: Fri, 11 Apr 2008 15:41:17 -0400Is this indicative of a kernel or hardware problem?
[ 0.279606] ACPI: Using IOAPIC for interrupt routing [ 0.279789] initcall acpi_init+0x0/0x216() returned with preemption imbalance [ 0.330789] ACPI: PCI Root Bridge [PCI0] (0000:00)From: "Dave Young" <[email protected]>
To: "Andrew Morton" <[email protected]>
Cc: [email protected], [email protected], "Len Brown" <[email protected]>
Subject: Re: 2.6.25-rc5-mm1
Date: Wed, 12 Mar 2008 09:14:55 +0800Hi, I got the following lockdep warning:
(add linux-acpi to cc)[ 0.097109] ACPI: Core revision 20070126 [ 0.097282] INFO: trying to register non-static key. [ 0.097355] the code is fine but needs lockdep annotation. [ 0.097428] turning off the locking correctness validator. [ 0.097503] Pid: 0, comm: swapper Not tainted 2.6.25-rc5-mm1 #3 [ 0.097578] [<c0127bf8>] ? printk+0x18/0x20 [ 0.097716] [<c014b01c>] __lock_acquire+0x40c/0x760 [ 0.097822] [<c0181ba0>] ? alloc_debug_processing+0xb0/0x140 [ 0.097959] [<c014b969>] lock_acquire+0x79/0xb0 [ 0.098063] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098197] [<c03df9e8>] _spin_lock_irqsave+0x48/0xa0 [ 0.098303] [<c0140204>] ? down_trylock+0x14/0x40 [ 0.098436] [<c0140204>] down_trylock+0x14/0x40 [ 0.098540] [<c027c7ea>] acpi_os_wait_semaphore+0x3e/0xb9 [ 0.098647] [<c029263e>] acpi_ut_acquire_mutex+0x34/0x72 [ 0.098753] [<c0289ab1>] acpi_ns_root_initialize+0x19/0x250 [ 0.098859] [<c05453e6>] acpi_initialize_subsystem+0x42/0x64 [ 0.098966] [<c0545725>] acpi_early_init+0x50/0xef [ 0.099070] [<c052b7f6>] start_kernel+0x1e6/0x250 [ 0.099175] [<c052b1a0>] ? unknown_bootoption+0x0/0x130 [ 0.099310] [<c052b008>] __init_begin+0x8/0x10 [ 0.099414] =======================From: Randy Dunlap <[email protected]>
To: Andrew Morton <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: 2.6.25-rc2-mm1 (build failure)
Date: Sat, 16 Feb 2008 21:32:25 -0800
Organization: Oracle Linux Eng.
X-Mailer: Sylpheed 2.4.7 (GTK+ 2.8.10; x86_64-unknown-linux-gnu)Quoted 1 line · On Sat, 16 Feb 2008 00:25:22 -0800 Andrew Morton wrote:
Quoted 7 lines
Quoted 1 line
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.25-rc2/2.6.25-rc2-mm1/
When SMP=n,
x86_64build gets:
arch/x86/kernel/built-in.o: In function `acpi_save_state_mem':
(.text+0xfd7f): undefined reference to `setup_trampoline' make[1]: *** [.tmp_vmlinux1] Error 1
This code has already been merged via the x86 tree, with the problem fixed IIRC (at least it hasn't been reported against the mainline so far).
Thanks,
Rafael
Quoted 4 lines · Len Brown
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitrelease
Ok, this clashed in some nasty ways in drivers/acpi/video.c due to the non-racy /proc file creation changes that came through Andrew. I fixed up the result, and it *looks* sane (and compiles), but I didn't actually test it, and I don't know the code well. Can you double-check.
There were some (smaller) rejects in drivers/misc/intel_menlow.c due to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.
Linus
Quoted 4 lines · Len Brown
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitrelease
Ok, this clashed in some nasty ways in drivers/acpi/video.c due to the non-racy /proc file creation changes that came through Andrew. I fixed up the result, and it *looks* sane (and compiles), but I didn't actually test it, and I don't know the code well. Can you double-check.
There were some (smaller) rejects in drivers/misc/intel_menlow.c due to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.
Linus
Quoted 5 lines · On Wed, 30 Apr 2008 11:55:57 -0700 (PDT) Linus Torvalds…
There were some (smaller) rejects in
drivers/misc/intel_menlow.cdue to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.
I reported these to Len yesterday at 14:13 (+1000) but hera and zeus1 rejected this email with "451 4.3.2 Please try again later" until 4:41 (+1000) this morning ... Does anyone know why?
In fact, even then the logs said:
May 1 04:41:17 chilli postfix/qmgr[25076]: BFB2F36800C: from=<[email protected] .au>, size=1742, nrcpt=2 (queue active) May 1 04:41:19 chilli postfix/smtp[29167]: BFB2F36800C: host zeus1.kernel.org[2 04.152.191.4] said: 451 4.3.2 Please try again later (in reply to MAIL FROM comm and) May 1 04:41:21 chilli postfix/smtp[29167]: BFB2F36800C: to=<[email protected]>, r
elay=zeus2.kernel.org[204.152.191.36]:25, delay=52057, delays=52053/0.03/3.2/0.6 8, dsn=2.0.0, status=sent (250 2.0.0 m3UIfK9Z027193 Message accepted for deliver
y)
And, as you can see, it was eventually delivered via zeus2.
Signature · 3 lines
Cheers, Stephen Rothwell [email protected] http://www.canb.auug.org.au/~sfr/
Quoted 5 lines · On Wed, 30 Apr 2008 11:55:57 -0700 (PDT) Linus Torvalds…
There were some (smaller) rejects in
drivers/misc/intel_menlow.cdue to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.
I reported these to Len yesterday at 14:13 (+1000) but hera and zeus1 rejected this email with "451 4.3.2 Please try again later" until 4:41 (+1000) this morning ... Does anyone know why?
In fact, even then the logs said:
May 1 04:41:17 chilli postfix/qmgr[25076]: BFB2F36800C: from=<[email protected] .au>, size=1742, nrcpt=2 (queue active) May 1 04:41:19 chilli postfix/smtp[29167]: BFB2F36800C: host zeus1.kernel.org[2 04.152.191.4] said: 451 4.3.2 Please try again later (in reply to MAIL FROM comm and) May 1 04:41:21 chilli postfix/smtp[29167]: BFB2F36800C: to=<[email protected]>, r
elay=zeus2.kernel.org[204.152.191.36]:25, delay=52057, delays=52053/0.03/3.2/0.6 8, dsn=2.0.0, status=sent (250 2.0.0 m3UIfK9Z027193 Message accepted for deliver
y)
And, as you can see, it was eventually delivered via zeus2.
Signature · 3 lines
Cheers, Stephen Rothwell [email protected] http://www.canb.auug.org.au/~sfr/
Quoted 11 lines · Stephen Rothwell
Quoted 5 lines · On Wed, 30 Apr 2008 11:55:57 -0700 (PDT) Linus Torvalds…
There were some (smaller) rejects in
drivers/misc/intel_menlow.cdue to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.I reported these to Len yesterday at 14:13 (+1000) but hera and zeus1 rejected this email with "451 4.3.2 Please try again later" until 4:41 (+1000) this morning ... Does anyone know why?
...
http://lkml.org/lkml/2008/4/30/394
cu
Adrian
Signature · 4 lines
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon SeedQuoted 11 lines · Stephen Rothwell
Quoted 5 lines · On Wed, 30 Apr 2008 11:55:57 -0700 (PDT) Linus Torvalds…
There were some (smaller) rejects in
drivers/misc/intel_menlow.cdue to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.I reported these to Len yesterday at 14:13 (+1000) but hera and zeus1 rejected this email with "451 4.3.2 Please try again later" until 4:41 (+1000) this morning ... Does anyone know why?
...
http://lkml.org/lkml/2008/4/30/394
cu
Adrian
Signature · 4 lines
"Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
"Only a promise," Lao Er said.
Pearl S. Buck - Dragon SeedLen Brown
reviewerQuoted 11 lines · Linus Torvalds
Quoted 4 lines · Len Brown
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitreleaseOk, this clashed in some nasty ways in
drivers/acpi/video.cdue to the non-racy /proc file creation changes that came through Andrew. I fixed up the result, and it *looks* sane (and compiles), but I didn't actually test it, and I don't know the code well. Can you double-check.
Thanks for merging video.c
When I did my builds, andrew had not yet scribbled on video.c. I usually do a "last minute" pull to make sure you are not faced with any merges, but this time when I did I got some version of your tree that wouldn't build so I figured it was still moving and didn't bother merging with it.
Anyway, I looked over this file and the things I looked for seemed okay, but to be sure I'll repeat your merge tomorrow and see if I come up with the same thing.
Quoted 4 lines
There were some (smaller) rejects in
drivers/misc/intel_menlow.cdue to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.
You picked the right one.
Indeed, it looks like the other files touched in Julia's earlier patch (9030062f3d61f87c1e787b3aa134fa3a8e4b2d25)
don't handle the failure case quite right --
Rui and I will follow-up.
thanks,
-Len
Len Brown
reviewerQuoted 11 lines · Linus Torvalds
Quoted 4 lines · Len Brown
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.gitreleaseOk, this clashed in some nasty ways in
drivers/acpi/video.cdue to the non-racy /proc file creation changes that came through Andrew. I fixed up the result, and it *looks* sane (and compiles), but I didn't actually test it, and I don't know the code well. Can you double-check.
Thanks for merging video.c
When I did my builds, andrew had not yet scribbled on video.c. I usually do a "last minute" pull to make sure you are not faced with any merges, but this time when I did I got some version of your tree that wouldn't build so I figured it was still moving and didn't bother merging with it.
Anyway, I looked over this file and the things I looked for seemed okay, but to be sure I'll repeat your merge tomorrow and see if I come up with the same thing.
Quoted 4 lines
There were some (smaller) rejects in
drivers/misc/intel_menlow.cdue to two different versions of the same patch from Julia Lawall (again, the other came through Andrew), and I picked the one from Andrew because it had the later date. But again, you should double-check.
You picked the right one.
Indeed, it looks like the other files touched in Julia's earlier patch (9030062f3d61f87c1e787b3aa134fa3a8e4b2d25)
don't handle the failure case quite right --
Rui and I will follow-up.
thanks,
-Len
PATCH 1/1 acpi: acpi_numa_init() build fix
In reply to Len BrownQuoted 2 lines · Len Brown
This batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
something in this batch broke the build on x86 on current -git. Somewhat band-aid-ish fix below.
Ingo
------------->
Subject: acpi: acpi_numa_init() build fix
From: Ingo Molnar <[email protected]>
Date: Tue Apr 29 00:40:16 CEST 2008
x86.git testing found the following build error on latest -git:
drivers/acpi/numa.c: In function 'acpi_numa_init':
drivers/acpi/numa.c:226: error: 'NR_NODE_MEMBLKS' undeclared (first use in this function) drivers/acpi/numa.c:226: error: (Each undeclared identifier is reported only once drivers/acpi/numa.c:226: error: for each function it appears in.)
with this config:
http://redhat.com/~mingo/misc/config-Wed_Apr_30_22_42_42_CEST_2008.bad
i suspect we dont want SRAT parsing when CONFIG_HAVE_ARCH_PARSE_SRAT is unset - but the fix looks a bit ugly. Perhaps we should define NR_NODE_MEMBLKS even in this case and just let the code fall back to some sane behavior?
--- drivers/acpi/numa.c | 4 ++++ 1 file changed, 4 insertions(+)
drivers/acpi/numa.c +4 -0
@@ -176,6 +176,7 @@ acpi_parse_processor_affinity(struct acpreturn 0 ; } +#ifdef CONFIG_HAVE_ARCH_PARSE_SRAT static int __init acpi_parse_memory_affinity (struct acpi_subtable_header * header,const unsigned long end)
@@ -193,6 +194,7 @@ acpi_parse_memory_affinity(struct acpi_s return 0; } +#endif static int __init acpi_parse_srat (struct acpi_table_header *table) {
@@ -221,9 +223,11 @@ int __init acpi_numa_init(void)if (!acpi_table_parse (ACPI_SIG_SRAT , acpi_parse_srat)) {acpi_table_parse_srat (ACPI_SRAT_TYPE_CPU_AFFINITY , acpi_parse_processor_affinity,NR_CPUS ); +#ifdef CONFIG_HAVE_ARCH_PARSE_SRAT acpi_table_parse_srat (ACPI_SRAT_TYPE_MEMORY_AFFINITY , acpi_parse_memory_affinity,NR_NODE_MEMBLKS ); +#endif }/* SLIT: System Locality Information Table */
PATCH 1/1 acpi: acpi_numa_init() build fix
In reply to Len BrownQuoted 2 lines · Len Brown
This batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
something in this batch broke the build on x86 on current -git. Somewhat band-aid-ish fix below.
Ingo
------------->
Subject: acpi: acpi_numa_init() build fix
From: Ingo Molnar <[email protected]>
Date: Tue Apr 29 00:40:16 CEST 2008
x86.git testing found the following build error on latest -git:
drivers/acpi/numa.c: In function 'acpi_numa_init':
drivers/acpi/numa.c:226: error: 'NR_NODE_MEMBLKS' undeclared (first use in this function) drivers/acpi/numa.c:226: error: (Each undeclared identifier is reported only once drivers/acpi/numa.c:226: error: for each function it appears in.)
with this config:
http://redhat.com/~mingo/misc/config-Wed_Apr_30_22_42_42_CEST_2008.bad
i suspect we dont want SRAT parsing when CONFIG_HAVE_ARCH_PARSE_SRAT is unset - but the fix looks a bit ugly. Perhaps we should define NR_NODE_MEMBLKS even in this case and just let the code fall back to some sane behavior?
--- drivers/acpi/numa.c | 4 ++++ 1 file changed, 4 insertions(+)
drivers/acpi/numa.c +4 -0
@@ -176,6 +176,7 @@ acpi_parse_processor_affinity(struct acpreturn 0 ; } +#ifdef CONFIG_HAVE_ARCH_PARSE_SRAT static int __init acpi_parse_memory_affinity (struct acpi_subtable_header * header,const unsigned long end)
@@ -193,6 +194,7 @@ acpi_parse_memory_affinity(struct acpi_s return 0; } +#endif static int __init acpi_parse_srat (struct acpi_table_header *table) {
@@ -221,9 +223,11 @@ int __init acpi_numa_init(void)if (!acpi_table_parse (ACPI_SIG_SRAT , acpi_parse_srat)) {acpi_table_parse_srat (ACPI_SRAT_TYPE_CPU_AFFINITY , acpi_parse_processor_affinity,NR_CPUS ); +#ifdef CONFIG_HAVE_ARCH_PARSE_SRAT acpi_table_parse_srat (ACPI_SRAT_TYPE_MEMORY_AFFINITY , acpi_parse_memory_affinity,NR_NODE_MEMBLKS ); +#endif }/* SLIT: System Locality Information Table */
PATCH 1/1 acpi: fix drivers/acpi/glue.c build error
Quoted 2 lines · Ingo Molnar
This batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
another build bug triggered - fixed below.
Ingo
------------------->
Subject: acpi: fix drivers/acpi/glue.c build error
From: Ingo Molnar <[email protected]>
Date: Wed Apr 30 22:56:57 CEST 2008
x86.git testing found the following build bug:
drivers/built-in.o: In function `acpi_rtc_init':
glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'
this tries to use PNP bus infrastructure even in the !PNP case.
--- drivers/acpi/glue.c | 3 +++ 1 file changed, 3 insertions(+)
drivers/acpi/glue.c +3 -0
@@ -299,6 +299,7 @@ static void rtc_wake_off(struct device *static struct cmos_rtc_board_info rtc_info; +#ifdef CONFIG_PNP /* PNP devices are registered in a subsys_initcall(); * ACPI specifies the PNP IDs to use.
@@ -360,4 +361,6 @@ static int __init acpi_rtc_init(void)/* do this between RTC subsys_initcall() and rtc_cmos driver_initcall() */ fs_initcall (acpi_rtc_init); +#endif /* CONFIG_PNP */ +#endif
PATCH 1/1 acpi: fix drivers/acpi/glue.c build error
In reply to Ingo MolnarQuoted 2 lines · Ingo Molnar
This batch is a proper super-set of the pull request I made a week ago. It will update the files shown below.
another build bug triggered - fixed below.
Ingo
------------------->
Subject: acpi: fix drivers/acpi/glue.c build error
From: Ingo Molnar <[email protected]>
Date: Wed Apr 30 22:56:57 CEST 2008
x86.git testing found the following build bug:
drivers/built-in.o: In function `acpi_rtc_init':
glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'
this tries to use PNP bus infrastructure even in the !PNP case.
--- drivers/acpi/glue.c | 3 +++ 1 file changed, 3 insertions(+)
drivers/acpi/glue.c +3 -0
@@ -299,6 +299,7 @@ static void rtc_wake_off(struct device *static struct cmos_rtc_board_info rtc_info; +#ifdef CONFIG_PNP /* PNP devices are registered in a subsys_initcall(); * ACPI specifies the PNP IDs to use.
@@ -360,4 +361,6 @@ static int __init acpi_rtc_init(void)/* do this between RTC subsys_initcall() and rtc_cmos driver_initcall() */ fs_initcall (acpi_rtc_init); +#endif /* CONFIG_PNP */ +#endif
Re: [patch] acpi: fix drivers/acpi/glue.c build error
Quoted 10 lines · Ingo Molnar
Subject: acpi: fix
drivers/acpi/glue.cbuild error
From: Ingo Molnar <[email protected]>
Date: Wed Apr 30 22:56:57 CEST 2008x86.git testing found the following build bug:
drivers/built-in.o: In function `acpi_rtc_init':
glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'this tries to use PNP bus infrastructure even in the !PNP case.
Broken config, yes? ACPI selects PNP ...
Re: [linux-pm] [patch] acpi: fix drivers/acpi/glue.c build error
In reply to Ingo MolnarQuoted 10 lines · Ingo Molnar
Subject: acpi: fix
drivers/acpi/glue.cbuild error
From: Ingo Molnar <[email protected]>
Date: Wed Apr 30 22:56:57 CEST 2008x86.git testing found the following build bug:
drivers/built-in.o: In function `acpi_rtc_init':
glue.c:(.init.text+0x16c3): undefined reference to `pnp_bus_type'this tries to use PNP bus infrastructure even in the !PNP case.
Broken config, yes? ACPI selects PNP ...
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html