Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Compilation warnings in the current git tree.
  • From: Nigel Cunningham <ncunningham@xxxxxxxxxxxx>
• OOPS 2.6.16 and 2.6.16-git14
  • From: Erik Slagter <erik@xxxxxxxxxxxx>
• acpi_thread_id = acpi_os_get_thread_id()
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• RE: [ACPI] acpi_os_wait_semaphore(): don't complain about timeout
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• [ACPI] acpi_os_wait_semaphore(): don't complain about timeout
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• [ACPI] acpi_bus_unregister_driver(): make void
  • From: Bjorn Helgaas <bjorn.helgaas@xxxxxx>
• Re: [patch 17/26] acpi: ia64: wake on LAN fix
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [patch 12/26] ACPI: simplify scan.c coding
  • From: "Bjorn Helgaas" <bjorn.helgaas@xxxxxx>
• Re: [patch 12/26] ACPI: simplify scan.c coding
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• Re: [patch 09/26] ACPI: update asus_acpi driver registration
  • From: Francois Romieu <romieu@xxxxxxxxxxxxx>
• ACPI Error (Method parse/execution failed) with 2.6.16 kernel
  • From: "Maurizio Lombardi" <m.lombardi85@xxxxxxxxx>
• Re: OOPS 2.6.16 and 2.6.16-git14
  • From: Adrian Bunk <bunk@xxxxxxxxx>
• OOPS 2.6.16 and 2.6.16-git14
  • From: Erik Slagter <erik@xxxxxxxxxxxx>
• Hotkeys do not work after Suspend-to-RAM (Kernel 2.6.16 + Samsung P35)
  • From: Klaus-Martin Scheuer <k-mscheuer@xxxxxxxxxxxx>
• validation page is available on acpi.sourceforge.net
  • From: "Yu, Ling L" <ling.l.yu@xxxxxxxxx>
• ACadapter on Asus P5GD2-X
  • From: Denis Kostousov <sandello@xxxxxxxxxxxxx>
• RE: ACPI_DEBUG_PRINT and ACPI_WARNING
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• [PATCH] ACPI SCI interrupt source override
  • From: Kimball Murray <kimball.murray@xxxxxxxxx>
• Re: CONFIG_ACPI_HOTPLUG_MEMORY=m with x86_64 devel tree II
  • From: Andi Kleen <ak@xxxxxx>
• Re: CONFIG_ACPI_HOTPLUG_MEMORY=m with x86_64 devel tree II
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: CONFIG_ACPI_HOTPLUG_MEMORY=m with x86_64 devel tree II
  • From: Andi Kleen <ak@xxxxxx>
• Re: CONFIG_ACPI_HOTPLUG_MEMORY=m with x86_64 devel tree II
  • From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: CONFIG_ACPI_HOTPLUG_MEMORY=m with x86_64 devel tree II
  • From: Andi Kleen <ak@xxxxxx>
• Re: FIXED: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: FIXED: no /proc/acpi, trying to dump dsdt to a file
  • From: "Yu, Luming" <luming.yu@xxxxxxxxx>
• Re: FIXED: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: FIXED: no /proc/acpi, trying to dump dsdt to a file
  • From: "Yu, Luming" <luming.yu@xxxxxxxxx>
• FIXED: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• [2.6.16-gitX] (x86_64) WARNING: drivers/acpi/processor.o - Section mismatch...
  • From: Voluspa <lista1@xxxxxxxxx>
• RE: ACPI_DEBUG_PRINT and ACPI_WARNING
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• ACPI_DEBUG_PRINT and ACPI_WARNING
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• Re: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: no /proc/acpi, trying to dump dsdt to a file
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: no /proc/acpi, trying to dump dsdt to a file
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• Re: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: no /proc/acpi, trying to dump dsdt to a file
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• RE: no /proc/acpi, trying to dump dsdt to a file
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• RE: no /proc/acpi, trying to dump dsdt to a file
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• Re: no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: no /proc/acpi, trying to dump dsdt to a file
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• no /proc/acpi, trying to dump dsdt to a file
  • From: glen martin <lists@xxxxxxxxxxxx>
• RE: DSDT view.php doesnt work
  • From: "Yu, Ling L" <ling.l.yu@xxxxxxxxx>
• DSDT view.php doesnt work
  • From: Ahmad Salim Doost <salim@xxxxxxxxxxxxx>
• Re: [Patch:001/004]Unify pxm_to_node id ver.3.(generic code)
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• [patch 20/26] ACPI should depend on, not select PCI
  • From: akpm@xxxxxxxx
• [patch 25/26] Catch notification of memory add event of ACPI via container driver. (register start func for memory device)
  • From: akpm@xxxxxxxx
• [patch 26/26] Catch notification of memory add event of ACPI via container driver. (avoid redundant call add_memory)
  • From: akpm@xxxxxxxx
• [patch 24/26] x86_64: Remove unnecessary lapic definition from acpidef.h
  • From: akpm@xxxxxxxx
• [patch 19/26] acpi signedness fix
  • From: akpm@xxxxxxxx
• [patch 23/26] x86_64: Remove entries in /sys/firmware/acpi for processor also
  • From: akpm@xxxxxxxx
• [patch 22/26] acpi memory hotplug cannot manage _CRS with plural resoureces
  • From: akpm@xxxxxxxx
• [patch 21/26] acpi EC: acpi-ecdt-uid-hack
  • From: akpm@xxxxxxxx
• [patch 16/26] acpi_os_acquire_object (GFP_KERNEL) called with IRQs disabled through suspend-resume
  • From: akpm@xxxxxxxx
• [patch 17/26] acpi: ia64: wake on LAN fix
  • From: akpm@xxxxxxxx
• [patch 18/26] ACPI: remove __init/__exit from Asus .add()/.remove() methods
  • From: akpm@xxxxxxxx
• [patch 15/26] HPET: fix ACPI memory range length handling
  • From: akpm@xxxxxxxx
• [patch 14/26] ACPI: fix memory hotplug range length handling
  • From: akpm@xxxxxxxx
• [patch 13/26] ACPI: print wakeup device list on same line as label
  • From: akpm@xxxxxxxx
• [patch 12/26] ACPI: simplify scan.c coding
  • From: akpm@xxxxxxxx
• [patch 11/26] ACPI: make acpi_bus_register_driver() return success/failure, not device count
  • From: akpm@xxxxxxxx
• [patch 06/26] PNPACPI: whitespace cleanup
  • From: akpm@xxxxxxxx
• [patch 02/26] sem2mutex: drivers/acpi/
  • From: akpm@xxxxxxxx
• [patch 09/26] ACPI: update asus_acpi driver registration
  • From: akpm@xxxxxxxx
• [patch 10/26] ACPI: fix sonypi ACPI driver registration
  • From: akpm@xxxxxxxx
• [patch 07/26] ACPI: request correct fixed hardware resource type (MMIO vs I/O port)
  • From: akpm@xxxxxxxx
• [patch 08/26] ACPI: Add "ACPI" to motherboard resources in /proc/io{mem,port}
  • From: akpm@xxxxxxxx
• [patch 05/26] PNPACPI: remove some code duplication
  • From: akpm@xxxxxxxx
• [patch 03/26] sem2mutex: acpi, acpi_link_lock
  • From: akpm@xxxxxxxx
• [patch 04/26] PNPACPI: fix non-memory address space descriptor handling
  • From: akpm@xxxxxxxx
• [patch 01/26] git-acpi: uniprocessor compile fixes
  • From: akpm@xxxxxxxx
• Re: [Patch:001/004]Unify pxm_to_node id ver.3.(generic code)
  • From: Andrew Morton <akpm@xxxxxxxx>
• [PATCH -mm] acpi: fix memory_hotplug externs
  • From: "Randy.Dunlap" <rdunlap@xxxxxxxxxxxx>
• Re: ACPI-Problems with debian-etch & Kernel 2.6.16
  • From: Joschka Sulzer <joschkasulzer@xxxxxxx>
• [Patch:004/004]Unify pxm_to_node id ver.3. (for i386)
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• [Patch:001/004]Unify pxm_to_node id ver.3.(generic code)
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• [Patch:002/004]Unify pxm_to_node id ver.3. (for ia64)
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• [Patch:003/004]Unify pxm_to_node id ver.3.(for x86-64)
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• [Patch:000/004]Unify pxm_to_node id ver.3.
  • From: Yasunori Goto <y-goto@xxxxxxxxxxxxxx>
• RE: Compaq V2000 Fan Control
  • From: "Yu, Luming" <luming.yu@xxxxxxxxx>
• Re: ACPI-Problems with debian-etch & Kernel 2.6.16
  • From: Sanjoy Mahajan <sanjoy@xxxxxxxxxxxxxx>
• Re: Compaq V2000 Fan Control
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• RE: Compaq V2000 Fan Control
  • From: "Bonilla, Alejandro" <abonilla@xxxxxxxxxxxxxxxxx>
• ACPI-Problems with debian-etch & Kernel 2.6.16
  • From: Joschka Sulzer <joschkasulzer@xxxxxxx>