Hi Len,
is it safe to pull now? If so, could you pull, Linus?
Could you regenerate diffstat/shortlog, if changed?
Thanks.
Len Brown napsal(a):
> Hi Linus,
>
> please pull from:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
>
> This will update the files shown below.
>
> thanks!
>
> -Len
>
> ps. a plain patch is also available here:
> ftp://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/patches/release/2.6.16/acpi-release-20060310-2.6.16.diff.gz
>
> Documentation/kernel-parameters.txt | 3
> arch/i386/kernel/acpi/boot.c | 5
> arch/i386/kernel/acpi/processor.c | 2
> arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.c | 295 ++++++----
> arch/i386/kernel/cpu/cpufreq/speedstep-centrino.c | 250 ++++++--
> arch/ia64/Kconfig | 1
> arch/ia64/hp/common/sba_iommu.c | 2
> arch/x86_64/Kconfig | 1
> arch/x86_64/kernel/acpi/Makefile | 1
> arch/x86_64/kernel/acpi/processor.c | 74 --
> drivers/acpi/Kconfig | 3
> drivers/acpi/ac.c | 12
> drivers/acpi/acpi_memhotplug.c | 79 +-
> drivers/acpi/asus_acpi.c | 28
> drivers/acpi/battery.c | 31 -
> drivers/acpi/bus.c | 22
> drivers/acpi/button.c | 18
> drivers/acpi/container.c | 2
> drivers/acpi/debug.c | 5
> drivers/acpi/dispatcher/dsfield.c | 1
> drivers/acpi/dispatcher/dsmethod.c | 5
> drivers/acpi/dispatcher/dsmthdat.c | 3
> drivers/acpi/dispatcher/dsobject.c | 17
> drivers/acpi/dispatcher/dsopcode.c | 4
> drivers/acpi/dispatcher/dsutils.c | 9
> drivers/acpi/dispatcher/dswexec.c | 3
> drivers/acpi/dispatcher/dswload.c | 10
> drivers/acpi/dispatcher/dswscope.c | 2
> drivers/acpi/dispatcher/dswstate.c | 13
> drivers/acpi/ec.c | 33 -
> drivers/acpi/event.c | 5
> drivers/acpi/events/evevent.c | 2
> drivers/acpi/events/evgpe.c | 5
> drivers/acpi/events/evgpeblk.c | 56 +
> drivers/acpi/events/evmisc.c | 6
> drivers/acpi/events/evregion.c | 12
> drivers/acpi/events/evrgnini.c | 14
> drivers/acpi/events/evxface.c | 82 +-
> drivers/acpi/events/evxfevnt.c | 41 -
> drivers/acpi/events/evxfregn.c | 9
> drivers/acpi/executer/exconfig.c | 9
> drivers/acpi/executer/exconvrt.c | 2
> drivers/acpi/executer/exdump.c | 4
> drivers/acpi/executer/exfield.c | 6
> drivers/acpi/executer/exfldio.c | 5
> drivers/acpi/executer/exmisc.c | 1
> drivers/acpi/executer/exmutex.c | 3
> drivers/acpi/executer/exnames.c | 10
> drivers/acpi/executer/exoparg1.c | 63 +-
> drivers/acpi/executer/exoparg2.c | 81 +-
> drivers/acpi/executer/exoparg3.c | 11
> drivers/acpi/executer/exoparg6.c | 1
> drivers/acpi/executer/exprep.c | 19
> drivers/acpi/executer/exregion.c | 11
> drivers/acpi/executer/exresnte.c | 5
> drivers/acpi/executer/exresolv.c | 43 -
> drivers/acpi/executer/exresop.c | 4
> drivers/acpi/executer/exstore.c | 2
> drivers/acpi/executer/exstoren.c | 3
> drivers/acpi/executer/exstorob.c | 11
> drivers/acpi/executer/exsystem.c | 2
> drivers/acpi/executer/exutils.c | 3
> drivers/acpi/fan.c | 7
> drivers/acpi/hardware/hwgpe.c | 2
> drivers/acpi/hardware/hwregs.c | 12
> drivers/acpi/hardware/hwsleep.c | 19
> drivers/acpi/hardware/hwtimer.c | 10
> drivers/acpi/hotkey.c | 40 -
> drivers/acpi/motherboard.c | 63 +-
> drivers/acpi/namespace/nsaccess.c | 26
> drivers/acpi/namespace/nsalloc.c | 14
> drivers/acpi/namespace/nsdump.c | 4
> drivers/acpi/namespace/nsdumpdv.c | 2
> drivers/acpi/namespace/nseval.c | 5
> drivers/acpi/namespace/nsinit.c | 7
> drivers/acpi/namespace/nsload.c | 3
> drivers/acpi/namespace/nsnames.c | 10
> drivers/acpi/namespace/nsobject.c | 3
> drivers/acpi/namespace/nsparse.c | 2
> drivers/acpi/namespace/nssearch.c | 5
> drivers/acpi/namespace/nsutils.c | 23
> drivers/acpi/namespace/nswalk.c | 4
> drivers/acpi/namespace/nsxfeval.c | 84 +-
> drivers/acpi/namespace/nsxfname.c | 17
> drivers/acpi/namespace/nsxfobj.c | 11
> drivers/acpi/osl.c | 27
> drivers/acpi/parser/psargs.c | 7
> drivers/acpi/parser/psloop.c | 7
> drivers/acpi/parser/psopcode.c | 2
> drivers/acpi/parser/psparse.c | 8
> drivers/acpi/parser/psscope.c | 1
> drivers/acpi/parser/pstree.c | 8
> drivers/acpi/parser/psutils.c | 9
> drivers/acpi/parser/pswalk.c | 3
> drivers/acpi/parser/psxface.c | 2
> drivers/acpi/pci_bind.c | 50 -
> drivers/acpi/pci_irq.c | 20
> drivers/acpi/pci_link.c | 92 +--
> drivers/acpi/pci_root.c | 15
> drivers/acpi/power.c | 22
> drivers/acpi/processor_core.c | 74 --
> drivers/acpi/processor_idle.c | 14
> drivers/acpi/processor_perflib.c | 265 ++++++++
> drivers/acpi/processor_thermal.c | 11
> drivers/acpi/processor_throttling.c | 2
> drivers/acpi/resources/rscalc.c | 126 ++--
> drivers/acpi/resources/rscreate.c | 2
> drivers/acpi/resources/rsinfo.c | 1
> drivers/acpi/resources/rslist.c | 18
> drivers/acpi/resources/rsmisc.c | 12
> drivers/acpi/resources/rsutils.c | 63 +-
> drivers/acpi/resources/rsxface.c | 31 -
> drivers/acpi/scan.c | 64 --
> drivers/acpi/sleep/wakeup.c | 3
> drivers/acpi/system.c | 3
> drivers/acpi/tables/tbconvrt.c | 11
> drivers/acpi/tables/tbget.c | 11
> drivers/acpi/tables/tbgetall.c | 1
> drivers/acpi/tables/tbinstal.c | 9
> drivers/acpi/tables/tbrsdt.c | 1
> drivers/acpi/tables/tbutils.c | 2
> drivers/acpi/tables/tbxface.c | 18
> drivers/acpi/tables/tbxfroot.c | 33 -
> drivers/acpi/thermal.c | 62 --
> drivers/acpi/utilities/utalloc.c | 7
> drivers/acpi/utilities/utcache.c | 10
> drivers/acpi/utilities/utcopy.c | 27
> drivers/acpi/utilities/utdebug.c | 27
> drivers/acpi/utilities/utdelete.c | 7
> drivers/acpi/utilities/uteval.c | 8
> drivers/acpi/utilities/utglobal.c | 8
> drivers/acpi/utilities/utinit.c | 8
> drivers/acpi/utilities/utmisc.c | 39 -
> drivers/acpi/utilities/utmutex.c | 4
> drivers/acpi/utilities/utobject.c | 7
> drivers/acpi/utilities/utresrc.c | 4
> drivers/acpi/utilities/utstate.c | 2
> drivers/acpi/utilities/utxface.c | 24
> drivers/acpi/utils.c | 50 -
> drivers/acpi/video.c | 56 -
> drivers/char/agp/hp-agp.c | 2
> drivers/char/hpet.c | 5
> drivers/char/sonypi.c | 10
> drivers/pnp/pnpacpi/rsparser.c | 199 ++----
> include/acpi/acconfig.h | 10
> include/acpi/acdisasm.h | 24
> include/acpi/aclocal.h | 8
> include/acpi/acmacros.h | 46 -
> include/acpi/acnamesp.h | 5
> include/acpi/acpiosxf.h | 2
> include/acpi/actypes.h | 25
> include/acpi/acutils.h | 2
> include/acpi/amlresrc.h | 63 +-
> include/acpi/pdc_intel.h | 5
> include/acpi/platform/acenv.h | 6
> include/acpi/platform/aclinux.h | 23
> include/acpi/processor.h | 27
> include/asm-i386/apicdef.h | 1
> include/asm-x86_64/acpi.h | 2
> include/asm-x86_64/apicdef.h | 2
> include/linux/cpufreq.h | 4
> 161 files changed, 2141 insertions(+), 1566 deletions(-)
>
> through these commits:
>
> Adrian Bunk:
> [ACPI] drivers/acpi/video.c: fix error path NULL pointer dereference
> ACPI: Kconfig: ACPI should depend on, not select PCI
>
> Andi Kleen:
> [ACPI] fix "nolapic" flag in ACPI mode
>
> Andrew Morton:
> ACPI: UP build fix for bugzilla-5737
>
> Ashok Raj:
> ACPI: build fix for u8 cpu_index
> ACPI: Allow hot-add of ejected processor
> x86_64: Remove stale lapic definition from apicdef.h
>
> Bjorn Helgaas:
> PNPACPI: fix non-memory address space descriptor handling
> PNPACPI: remove some code duplication
> PNPACPI: whitespace cleanup
> ACPI: request correct fixed hardware resource type (MMIO vs I/O port)
> ACPI: Display "ACPI" to motherboard resources in /proc/io{mem,port}
> ACPI: make acpi_bus_register_driver() return success/failure, not device
> count
> ACPI: update asus_acpi driver registration to unload on failure
> ACPI: fix sonypi ACPI driver registration to unregister on failure
> ACPI: simplify scan.c coding
> ACPI: fix memory hotplug range length handling
> HPET: fix ACPI memory range length handling
> ACPI: remove __init/__exit from Asus .add()/.remove() methods
> ACPI: Don't print internal BIOS names of wakeup devices
>
> Bob Moore:
> [ACPI] ACPICA 20060210
> ACPI: ACPICA 20060217
> ACPI: ACPICA 20060310
>
> Dave Jones:
> [ACPI] fix possible acpi thermal leak in failure path
>
> Davi Arnaut:
> ACPI: acpi_os_acquire_object (GFP_KERNEL) called with IRQs disabled
> through suspend-resume
>
> David Shaohua Li:
> [ACPI] enable SMP C-states on x86_64
>
> Irwan Djajadi:
> [ACPI] drivers/acpi/hotkey.c: check kmalloc return value
>
> Jiri Slaby:
> ACPI: EC acpi-ecdt-uid-hack
>
> Len Brown:
> ACPI: enable BIOS warning
> [ACPI] document cmdline acpi_os_name=
> Revert "ACPI: fix vendor resource length computation"
> ACPI: inline trivial acpi_os_get_thread_id()
> ACPI: ia64 buildfix
> ACPI: ia64 buildfix
> merge acpi_in_resume address-range cpu-hotplug ec Kconfig motherboard
> pnpacpi trivial1 into release
> merge novell-bugzilla-156426 trivial bugzilla-5653 bugzilla-5452 into
> release
> Pull bugzilla-5737 into release branch
> Pull acpi_bus_register_driver into release branch
> Pull dmesg into release branch
> Pull acpica into release branch
>
> Thomas Renniger:
> [ACPI] Enable ACPI error messages w/o CONFIG_ACPI_DEBUG
>
> Thomas Renninger:
> [ACPI] Export symbols for ACPI_ERROR/EXCEPTION/WARNING macros
> [ACPI] Print error message if remove/install notify handler fails
>
> Venkatesh Pallipadi:
> P-state software coordination for ACPI core
> P-state software coordination for acpi-cpufreq
> P-state software coordination for speedstep-centrino
> Enable P-state software coordination via _PDC
>
> with this log:
>
> commit 8a83d8aaf47a74be0850322da48e8247783c887c
> Merge: a9ca495... 144c87b...
> Author: Len Brown <[email protected]>
> Date: Mon Apr 3 17:27:24 2006 -0400
>
> Pull acpica into release branch
>
> commit a9ca49562e8573be186952f521c7f3a38ed77f77
> Merge: 9683988... f9ea7fd...
> Author: Len Brown <[email protected]>
> Date: Mon Apr 3 17:27:07 2006 -0400
>
> Pull dmesg into release branch
>
> Conflicts:
>
> drivers/acpi/processor_core.c
> drivers/acpi/video.c
>
> commit 968398867298c1f2bddae5760227f75b88916f32
> Merge: 2324f47... e4513a5...
> Author: Len Brown <[email protected]>
> Date: Mon Apr 3 17:24:26 2006 -0400
>
> Pull acpi_bus_register_driver into release branch
>
> Conflicts:
>
> drivers/acpi/asus_acpi.c
>
> commit 2324f473c054ad95c555668f3f8b65e84156f8d5
> Merge: 035d753... 7e1f19e...
> Author: Len Brown <[email protected]>
> Date: Mon Apr 3 17:22:32 2006 -0400
>
> Pull bugzilla-5737 into release branch
>
> Conflicts:
>
> arch/x86_64/kernel/acpi/processor.c
>
> commit 035d753683feb19f8f4c83b488efde12fff26756
> Merge: d04a427... 9cfda2c... 6665bda... ffd642e... 0eacee5...
> Author: Len Brown <[email protected]>
> Date: Mon Apr 3 17:19:07 2006 -0400
>
> merge novell-bugzilla-156426 trivial bugzilla-5653 bugzilla-5452 into
> release
>
> commit d04a427d7855320153da8e0d29662f9b03ac4f1a
> Merge: 5e15b92... 9224a86... eefa27a... ff2fc3e... 1300124... cd090ee...
> 1c6e7d0... e6f1f3c...
> Author: Len Brown <[email protected]>
> Date: Mon Apr 3 17:16:41 2006 -0400
>
> merge acpi_in_resume address-range cpu-hotplug ec Kconfig motherboard
> pnpacpi trivial1 into release
>
> commit e6f1f3c54974a30c65ea0b699809d12f0aa04272
> Author: Bjorn Helgaas <[email protected]>
> Date: Mon Apr 3 13:14:00 2006 -0400
>
> ACPI: Don't print internal BIOS names of wakeup devices
>
> Internal BIOS names like these should be exposed
> to the user as little as possible:
>
> ACPI wakeup devices: C069 C0CE C1D1 C0DE C1D4
>
> Eventually, the "wakeup" property of a device should be exported via the
> device tree, not by a printk of an internal BIOS name. For the hard-core,
> these are still available in /proc/acpi/wakeup_devices, just not
> printed to dmesg.
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 144c87b4e03759214c362d267e01c2905f1ab095
> Author: Len Brown <[email protected]>
> Date: Sun Apr 2 00:15:39 2006 -0500
>
> ACPI: ia64 buildfix
>
> arch/ia64/hp/common/sba_iommu.c used ACPI_MEM_FREE instead of kfree()
>
> Signed-off-by: Len Brown <[email protected]
>
> commit 7f048801f4a6767433d1aeefd9c24372515265f8
> Author: Len Brown <[email protected]>
> Date: Sat Apr 1 23:45:39 2006 -0500
>
> ACPI: ia64 buildfix
>
> Signed-off-by: Len Brown <[email protected]>
>
> commit c12ea918ee175ceb3a258cd81f1c43e897d0c0bc
> Author: Ashok Raj <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> x86_64: Remove stale lapic definition from apicdef.h
>
> Signed-off-by: Ashok Raj <[email protected]>
> Cc: Andi Kleen <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit eefa27a93a0490902f33837ac86dbcf344b3aa29
> Author: Ashok Raj <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: Allow hot-add of ejected processor
>
> acpi_eject_store() didn't trim processors, causing subsequent
> hot-add to fail.
>
> Signed-off-by: Ashok Raj <[email protected]>
> Cc: Andi Kleen <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit ff2fc3e9e3edb918b6c6b288485c6cb267bc865e
> Author: Jiri Slaby <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: EC acpi-ecdt-uid-hack
>
> On some boxes ecdt uid may be equal to 0, so do not test for uids
> equality,
> so that fake handler will be unconditionally removed to allow loading the
> real one.
>
> See http://bugzilla.kernel.org/show_bug.cgi?id=6111
>
> Signed-off-by: Jiri Slaby <[email protected]>
> Cc: Luming Yu <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit df42baa0d8e54df18dd9366dd7c93d6be7d5d063
> Author: Ashok Raj <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: build fix for u8 cpu_index
>
> Local apic entries are only 8 bits, but it seemed to not be caught with u8
> return value result in the check
>
> cpu_index >= NR_CPUS becomming always false.
>
> drivers/acpi/processor_core.c: In function `acpi_processor_get_info':
> drivers/acpi/processor_core.c:483: warning: comparison is always false due
> to limited range of data type
>
> Signed-off-by: Ashok Raj <[email protected]>
> Cc: Dave Jones <[email protected]>
> Cc: Kenji Kaneshige <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 200739c179c63d21804e9e8e2ced265243831579
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: remove __init/__exit from Asus .add()/.remove() methods
>
> Even though the devices claimed by asus_acpi.c can not be hot-plugged, the
> driver registration infrastructure allows the .add() and .remove() methods
> to
> be called at any time while the driver is registered. So remove __init
> and
> __exit from them.
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 5e15b92d07fb11490c886c5dd7567f523ea43e2d
> Author: Davi Arnaut <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: acpi_os_acquire_object (GFP_KERNEL) called with IRQs disabled
> through suspend-resume
>
> acpi_os_acquire_object() gets called, with IRQs disabled, from:
>
> Debug: sleeping function called from invalid context at mm/slab.c:2499
> in_atomic():0, irqs_disabled():1
> [<c01462f3>] kmem_cache_alloc+0x40/0x4f [<c0202c85>]
> acpi_os_acquire_object+0xb/0x3c
> [<c02171b1>] acpi_ut_allocate_object_desc_dbg+0x13/0x49 [<c021704b>]
> acpi_ut_create_internal_object_dbg+0xf/0x5e
> [<c02136d4>] acpi_rs_set_srs_method_data+0x3d/0xb9 [<c021aa3d>]
> acpi_pci_link_set+0x102/0x17b
> [<c021aecb>] irqrouter_resume+0x1e/0x3c [<c024d921>]
> __sysdev_resume+0x11/0x6b
> [<c024dbde>] sysdev_resume+0x34/0x52 [<c0251cb7>]
> device_power_up+0x5/0xa
> [<c0138787>] suspend_enter+0x44/0x46 [<c01386e5>]
> suspend_prepare+0x63/0xc1
> [<c0138813>] enter_state+0x5e/0x7c [<c013894c>] state_store+0x81/0x8f
> [<c01388cb>] state_store+0x0/0x8f [<c0196a0a>]
> subsys_attr_store+0x1e/0x22
> [<c0196c12>] flush_write_buffer+0x22/0x28 [<c0196c64>]
> sysfs_write_file+0x4c/0x71
> [<c0196c18>] sysfs_write_file+0x0/0x71 [<c015b2c9>]
> vfs_write+0xa2/0x15a
> [<c015b42c>] sys_write+0x41/0x6a [<c0102e75>] syscall_call+0x7/0xb
>
> The patch also fixes a missing check for NULL return from
> acpi_os_acquire_object().
>
> Signed-off-by: Davi Arnaut <[email protected]>
> Cc: Pavel Machek <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 9224a867c497053842dc595e594ca6d32112221f
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> HPET: fix ACPI memory range length handling
>
> ACPI address space descriptors contain _MIN, _MAX, and _LEN. _MIN and
> _MAX
> are the bounds within which the region can be moved (this is clarified in
> Table 6-38 of the ACPI 3.0 spec). We should use _LEN to determine the
> size
> of the region, not _MAX - _MIN + 1.
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 459c7266d7a5c1730169258217e25fdd1b7ca854
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: fix memory hotplug range length handling
>
> Address space descriptors contain _MIN, _MAX, and _LEN. _MIN and _MAX are
> the bounds within which the region can be moved (this is clarified in
> Table
> 6-38 of the ACPI 3.0 spec). We should use _LEN to determine the size of
> the region, not _MAX - _MIN + 1.
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 1a36561607abf1405b56a41aac2fd163429cd1f8
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: simplify scan.c coding
>
> No functional changes; just remove leftover, unused "buffer" and simplify
> control flow (no need to remember error values and goto the end, when we
> can
> simply return the value directly).
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit e4513a57ef719d3d6d1cee0ca4d9f4016aa452bb
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: fix sonypi ACPI driver registration to unregister on failure
>
> Remove the assumption that acpi_bus_register_driver() returns the number
> of
> devices claimed. Returning the count is unreliable because devices may be
> hot-plugged in the future (admittedly not applicable for this driver).
>
> This also fixes a bug: if sonypi_acpi_driver was registered but found no
> devices, sonypi_exit() did not unregister it.
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 578b333bfe8eb1360207a08a53c321822a8f40f3
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: update asus_acpi driver registration to unload on failure
>
> Remove the assumption that acpi_bus_register_driver() returns the number
> of
> devices claimed. Returning the count is unreliable because devices may be
> hot-plugged in the future (admittedly not applicable for this driver).
>
> Since the hardware for this driver is not hot-pluggable, determine whether
> the
> hardware is present by noticing calls to the .add() method. It would be
> better to probe the ACPI namespace for the ASUS HIDs, and load the driver
> only
> when we find one, but ACPI doesn't support that yet.
>
> I don't have an ASUS laptop to test on, but on my HP dl360, it does report
> the
> appropriate error when attempting to load the module:
>
> $ sudo insmod drivers/acpi/asus_acpi.ko
> insmod: error inserting 'drivers/acpi/asus_acpi.ko': -1 No such device
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 9d9f749b316ac21cb59ad3e595cbce469b409e1a
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: make acpi_bus_register_driver() return success/failure, not device
> count
>
> acpi_bus_register_driver() should not return the number of devices
> claimed.
> We're not asking to find devices, we're making a driver available to
> devices,
> including hot-pluggable devices that may appear in the future.
>
> I audited all callers of acpi_bus_register_driver(), and except
> asus_acpi.c
> and sonypi.c (fixed in previous patches), all either ignore the return
> value
> or test only for failure (<0).
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit cd090eedd85256829f762677d0752a846c1b88b9
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: Display "ACPI" to motherboard resources in /proc/io{mem,port}
>
> Add "ACPI" to motherboard resource allocation names, so people have a clue
> about where to look. And remove some trailing spaces.
>
> Changes these /proc/iomem entries from this:
>
> ff5c1004-ff5c1007 : PM_TMR
> ff5c1008-ff5c100b : PM1a_EVT_BLK
> ff5c100c-ff5c100d : PM1a_CNT_BLK
> ff5c1010-ff5c1013 : GPE0_BLK
> ff5c1014-ff5c1017 : GPE1_BLK
>
> to this:
>
> ff5c1004-ff5c1007 : ACPI PM_TMR
> ff5c1008-ff5c100b : ACPI PM1a_EVT_BLK
> ff5c100c-ff5c100d : ACPI PM1a_CNT_BLK
> ff5c1010-ff5c1013 : ACPI GPE0_BLK
> ff5c1014-ff5c1017 : ACPI GPE1_BLK
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 81507ea9cfa64e9851b53e0fefebfa776eda9ecb
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: request correct fixed hardware resource type (MMIO vs I/O port)
>
> ACPI supports fixed hardware (PM_TMR, GPE blocks, etc) in either I/O port
> or MMIO space, but used to always request the regions from I/O space
> because it didn't check the address_space_id.
>
> Sample ACPI fixed hardware in MMIO space (HP rx2600), was incorrectly
> reported in /proc/ioports, now reported in /proc/iomem:
>
> ff5c1004-ff5c1007 : PM_TMR
> ff5c1008-ff5c100b : PM1a_EVT_BLK
> ff5c100c-ff5c100d : PM1a_CNT_BLK
> ff5c1010-ff5c1013 : GPE0_BLK
> ff5c1014-ff5c1017 : GPE1_BLK
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 1c6e7d0aeecac38e66b1bb63e3eff07b2a1c2f2c
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> PNPACPI: whitespace cleanup
>
> Tidy up whitespace. No functional change.
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit b5f2490b6e3317059e87ba40d4f659d1c30afc1f
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> PNPACPI: remove some code duplication
>
> Factor out the duplicated switch from pnpacpi_count_resources() and
> pnpacpi_type_resources(). Remove the unnecessary re-initialization of
> resource->type and length from all the encode functions (id and length are
> originally set in the pnpacpi_build_resource_template() ->
> pnpacpi_type_resources() path).
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 1acfb7f2b0d460ee86bdb25ad0679070ec8a5f0d
> Author: Bjorn Helgaas <[email protected]>
> Date: Tue Mar 28 17:03:00 2006 -0500
>
> PNPACPI: fix non-memory address space descriptor handling
>
> Fix resource_type handling for QWORD, DWORD, and WORD Address Space
> Descriptors. Previously we ignored the resource_type, so I/O ports and
> bus
> number ranges were incorrectly parsed as memory ranges.
>
> Sample PCI root bridge resources from HP rx2600 before this patch:
>
> # cat /sys/bus/pnp/devices/00:02/resources
> state = active
> mem 0x0-0x1f
> mem 0x0-0x3af
> mem 0x3e0-0x1fff
> mem 0x80000000-0x8fffffff
>
> With this patch:
>
> # cat /sys/bus/pnp/devices/00:02/resources
> state = active
> io 0x0-0x3af
> io 0x3e0-0x1fff
> mem 0x80000000-0x8fffffff
> mem 0x80004000000-0x80103fffffe
>
> Changes:
> 0x0-0x1f PCI bus number range was incorrectly reported as memory, now
> not reported at all
> 0x0-0x3af I/O port range was incorrectly reported as memory
> 0x3e0-0x1fff I/O port range was incorrectly reported as memory
> 0x80004000000-0x80103fffffe memory range wasn't reported at all
> because
> we only support PNP_MAX_MEM (4) memory resources
>
> Signed-off-by: Bjorn Helgaas <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 7e1f19e50371e1d148226b64c8edc77fec47fa5b
> Author: Andrew Morton <[email protected]>
> Date: Tue Mar 28 17:03:00 2006 -0500
>
> ACPI: UP build fix for bugzilla-5737
>
> cpu_online_map doesn't exist if !CONFIG_SMP.
>
> Signed-off-by: Venkatesh Pallipadi <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 1300124f69cafc54331bc06e968a8dd67863f989
> Author: Adrian Bunk <[email protected]>
> Date: Tue Mar 28 17:04:00 2006 -0500
>
> ACPI: Kconfig: ACPI should depend on, not select PCI
>
> Otherwise, illegal configurations like X86_VOYAGER=y, PCI=y are
> possible.
>
> This patch also fixes the options select'ing ACPI to also select PCI.
>
> Signed-off-by: Adrian Bunk <[email protected]>
> Signed-off-by: Andrew Morton <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit ec7381d6bfd3e7b8d2880dd5e9d03b131b0603f6
> Author: Len Brown <[email protected]>
> Date: Sat Apr 1 05:12:23 2006 -0500
>
> ACPI: inline trivial acpi_os_get_thread_id()
>
> acpi_os_get_thread_id() is used only for debugging
> code that is not enabled on Linux, so stub it out.
>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 8313524a0d466f451a62709aaedf988d8257b21c
> Author: Bob Moore <[email protected]>
> Date: Tue Oct 3 00:00:00 2006 -0400
>
> ACPI: ACPICA 20060310
>
> Tagged all external interfaces to the subsystem with the
> new ACPI_EXPORT_SYMBOL macro. This macro can be defined
> as necessary to assist kernel integration. For Linux,
> the macro resolves to the EXPORT_SYMBOL macro. The default
> definition is NULL.
>
> Added the ACPI_THREAD_ID type for the return value from
> acpi_os_get_thread_id(). This allows the host to define this
> as necessary to simplify kernel integration. The default
> definition is ACPI_NATIVE_UINT.
>
> Valery Podrezov fixed two interpreter problems related
> to error processing, the deletion of objects, and placing
> invalid pointers onto the internal operator result stack.
> http://bugzilla.kernel.org/show_bug.cgi?id=6028
> http://bugzilla.kernel.org/show_bug.cgi?id=6151
>
> Increased the reference count threshold where a warning is
> emitted for large reference counts in order to eliminate
> unnecessary warnings on systems with large namespaces
> (especially 64-bit.) Increased the value from 0x400
> to 0x800.
>
> Due to universal disagreement as to the meaning of the
> 'c' in the calloc() function, the ACPI_MEM_CALLOCATE
> macro has been renamed to ACPI_ALLOCATE_ZEROED so that the
> purpose of the interface is 'clear'. ACPI_MEM_ALLOCATE and
> ACPI_MEM_FREE are renamed to ACPI_ALLOCATE and ACPI_FREE.
>
> Signed-off-by: Bob Moore <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit ea936b78f46cbe089a4ac363e1682dee7d427096
> Author: Bob Moore <[email protected]>
> Date: Fri Feb 17 00:00:00 2006 -0500
>
> ACPI: ACPICA 20060217
>
> Implemented a change to the IndexField support to match
> the behavior of the Microsoft AML interpreter. The value
> written to the Index register is now a byte offset,
> no longer an index based upon the width of the Data
> register. This should fix IndexField problems seen on
> some machines where the Data register is not exactly one
> byte wide. The ACPI specification will be clarified on
> this point.
>
> Fixed a problem where several resource descriptor
> types could overrun the internal descriptor buffer due
> to size miscalculation: VendorShort, VendorLong, and
> Interrupt. This was noticed on IA64 machines, but could
> affect all platforms.
>
> Fixed a problem where individual resource descriptors were
> misaligned within the internal buffer, causing alignment
> faults on IA64 platforms.
>
> Signed-off-by: Bob Moore <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 52fc0b026e99b5d5d585095148d997d5634bbc25
> Author: Bob Moore <[email protected]>
> Date: Mon Oct 2 00:00:00 2006 -0400
>
> [ACPI] ACPICA 20060210
>
> Removed a couple of extraneous ACPI_ERROR messages that
> appeared during normal execution. These became apparent
> after the conversion from ACPI_DEBUG_PRINT.
>
> Fixed a problem where the CreateField operator could hang
> if the BitIndex or NumBits parameter referred to a named
> object. From Valery Podrezov.
> http://bugzilla.kernel.org/show_bug.cgi?id=5359
>
> Fixed a problem where a DeRefOf operation on a buffer
> object incorrectly failed with an exception. This also
> fixes a couple of related RefOf and DeRefOf issues.
> From Valery Podrezov.
> http://bugzilla.kernel.org/show_bug.cgi?id=5360
> http://bugzilla.kernel.org/show_bug.cgi?id=5387
> http://bugzilla.kernel.org/show_bug.cgi?id=5392
>
> Fixed a problem where the AE_BUFFER_LIMIT exception was
> returned instead of AE_STRING_LIMIT on an out-of-bounds
> Index() operation. From Valery Podrezov.
> http://bugzilla.kernel.org/show_bug.cgi?id=5480
>
> Implemented a memory cleanup at the end of the execution
> of each iteration of an AML While() loop, preventing the
> accumulation of outstanding objects. From Valery Podrezov.
> http://bugzilla.kernel.org/show_bug.cgi?id=5427
>
> Eliminated a chunk of duplicate code in the object
> resolution code. From Valery Podrezov.
> http://bugzilla.kernel.org/show_bug.cgi?id=5336
>
> Fixed several warnings during the 64-bit code generation.
>
> Signed-off-by: Bob Moore <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 46358614ed5b031797522f1020e989c959a8d8a6
> Author: Len Brown <[email protected]>
> Date: Fri Mar 31 02:16:19 2006 -0500
>
> Revert "[PATCH] ACPI: fix vendor resource length computation"
>
> fixed in a different way by a subsequent ACPICA patch
>
> This reverts 35b73ceb9a7d10c81bd9e79e8485f7079ef2b40e commit.
>
> commit 6665bda76461308868bd1e52caf627f4cb29ed32
> Author: Adrian Bunk <[email protected]>
> Date: Sat Mar 11 10:12:00 2006 -0500
>
> [ACPI] drivers/acpi/video.c: fix error path NULL pointer dereference
>
> The Coverity checker spotted this bug in
> acpi_video_device_lcd_query_levels().
>
> Signed-off-by: Adrian Bunk <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit fdc136ccd3332938e989439c025c363f8479f3e6
> Author: Dave Jones <[email protected]>
> Date: Wed Mar 8 22:12:00 2006 -0500
>
> [ACPI] fix possible acpi thermal leak in failure path
>
> Coverity: #601
>
> Signed-off-by: Dave Jones <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit a1f9e65e2085e0a87f28a4d5a8ae43b32c087f24
> Author: Len Brown <[email protected]>
> Date: Wed Jan 25 23:47:36 2006 -0500
>
> [ACPI] document cmdline acpi_os_name=
>
> This can sometimes be used to work around broken BIOS.
> Use "Microsoft Windows" to take the same path
> through the BIOS as Windows98 would.
>
> The default is "Microsoft Windows NT", which
> is what NT and later versions of Windows use,
> and is the most tested path through most BIOS.
>
> Set it to anything else, including "Linux", at your
> own risk, as it seems that virtually no BIOS
> has been tested with anything but the two options above.
>
> Note that this uses the legacy _OS interface, so
> we don't expect this to ever change.
>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 1fee94034917aa711fcbd4ebf4c36f7ebd9fa7d6
> Author: Irwan Djajadi <[email protected]>
> Date: Fri Jan 20 15:28:00 2006 -0500
>
> [ACPI] drivers/acpi/hotkey.c: check kmalloc return value
>
> Signed-off-by: Irwan Djajadi <[email protected]>
> Signed-off-by: Alexey Dobriyan <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 0eacee585a89ce5827b572a73a024931506bef48
> Author: Len Brown <[email protected]>
> Date: Fri Mar 31 00:37:23 2006 -0500
>
> ACPI: enable BIOS warning
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5452
>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 9cfda2c94df61c9f859b474abe774c65a4464d0a
> Author: Andi Kleen <[email protected]>
> Date: Mon Mar 27 02:24:32 2006 -0500
>
> [ACPI] fix "nolapic" flag in ACPI mode
>
> Signed-off-by: Len Brown <[email protected]>
>
> commit d52bb94d56676acd9bdac8e097257a87b4b1b2e1
> Author: Venkatesh Pallipadi <[email protected]>
> Date: Wed Dec 14 15:05:00 2005 -0500
>
> Enable P-state software coordination via _PDC
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5737
>
> Signed-off-by: Venkatesh Pallipadi <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit c52851b60cc0aaaf974ff0e49989fb698220447d
> Author: Venkatesh Pallipadi <[email protected]>
> Date: Wed Dec 14 15:05:00 2005 -0500
>
> P-state software coordination for speedstep-centrino
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5737
>
> Signed-off-by: Venkatesh Pallipadi <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 09b4d1ee881c8593bfad2a42f838d85070365c3e
> Author: Venkatesh Pallipadi <[email protected]>
> Date: Wed Dec 14 15:05:00 2005 -0500
>
> P-state software coordination for acpi-cpufreq
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5737
>
> Signed-off-by: Venkatesh Pallipadi <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 3b2d99429e3386b6e2ac949fc72486509c8bbe36
> Author: Venkatesh Pallipadi <[email protected]>
> Date: Wed Dec 14 15:05:00 2005 -0500
>
> P-state software coordination for ACPI core
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5737
>
> Signed-off-by: Venkatesh Pallipadi <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit ffd642e748c867a7339b57225b8bf8b9a0dcd9c5
> Author: David Shaohua Li <[email protected]>
> Date: Wed Feb 8 17:35:00 2006 -0500
>
> [ACPI] enable SMP C-states on x86_64
>
> http://bugzilla.kernel.org/show_bug.cgi?id=5653
>
> Signed-off-by: David Shaohua Li <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit f9ea7fd8be9827791f407ca1191ff70ec25eb2d9
> Author: Thomas Renninger <[email protected]>
> Date: Fri Jun 2 15:58:00 2006 -0400
>
> [ACPI] Print error message if remove/install notify handler fails
>
> Signed-off-by: Thomas Renniger <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit b60e49b2383db0334bef1f0d9cdad9bec2336050
> Author: Thomas Renninger <[email protected]>
> Date: Fri Jun 2 15:58:00 2006 -0400
>
> [ACPI] Export symbols for ACPI_ERROR/EXCEPTION/WARNING macros
>
> Signed-off-by: Thomas Renninger <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
>
> commit 1ca218d3bd6acca0922a349cb76e3244d27ebfba
> Author: Thomas Renniger <[email protected]>
> Date: Fri Jun 2 15:58:00 2006 -0400
>
> [ACPI] Enable ACPI error messages w/o CONFIG_ACPI_DEBUG
>
> Signed-off-by: Thomas Renniger <[email protected]>
> Signed-off-by: Len Brown <[email protected]>
--
Jiri Slaby www.fi.muni.cz/~xslaby
\_.-^-._ [email protected] _.-^-._/
B67499670407CE62ACC8 22A032CC55C339D47A7E
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
