Linux ACPI

• Date Index

• Re: udev: New default rule for autoloading kernel modules matching CPU modalias, (continued)
  • Re: udev: New default rule for autoloading kernel modules matching CPU modalias, Kay Sievers
    • Re: udev: New default rule for autoloading kernel modules matching CPU modalias, Kay Sievers
      • Re: udev: New default rule for autoloading kernel modules matching CPU modalias, Rafael J. Wysocki
• Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Rafael J. Wysocki
  • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Greg Kroah-Hartman
    • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., H. Peter Anvin
      • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Herbert Xu
        • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Tim Chen
          • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Tim Chen
            • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to moduledependency., Tetsuo Handa
            • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Herbert Xu
              • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to moduledependency., Tetsuo Handa
      • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Greg Kroah-Hartman
        • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., H. Peter Anvin
    • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Rafael J. Wysocki
      • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Rafael J. Wysocki
        • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Rafael J. Wysocki
          • Re: [PATCH 3.11-rc1] crypto: Fix boot failure due to module dependency., Rafael J. Wysocki
• [GIT PULL] ACPI and power management fixes for v3.11-rc2, Rafael J. Wysocki
• [PATCH 00/21] Arrange hotpluggable memory as ZONE_MOVABLE., Tang Chen
  • [PATCH 01/21] acpi: Print Hot-Pluggable Field in SRAT., Tang Chen
    • Re: [PATCH 01/21] acpi: Print Hot-Pluggable Field in SRAT., Tejun Heo
      • Re: [PATCH 01/21] acpi: Print Hot-Pluggable Field in SRAT., Joe Perches
        • Re: [PATCH 01/21] acpi: Print Hot-Pluggable Field in SRAT., Tejun Heo
          • Re: [PATCH 01/21] acpi: Print Hot-Pluggable Field in SRAT., Joe Perches
      • Re: [PATCH 01/21] acpi: Print Hot-Pluggable Field in SRAT., Tang Chen
  • [PATCH 05/21] acpi: Introduce acpi_invalid_table() to check if a table is invalid., Tang Chen
  • [PATCH 10/21] earlycpio.c: Fix the confusing comment of find_cpio_data()., Tang Chen
    • Re: [PATCH 10/21] earlycpio.c: Fix the confusing comment of find_cpio_data()., Tejun Heo
      • Re: [PATCH 10/21] earlycpio.c: Fix the confusing comment of find_cpio_data()., Tang Chen
  • [PATCH 08/21] x86, acpi: Also initialize signature and length when parsing root table., Tang Chen
    • Re: [PATCH 08/21] x86, acpi: Also initialize signature and length when parsing root table., Tejun Heo
      • Re: [PATCH 08/21] x86, acpi: Also initialize signature and length when parsing root table., Tang Chen
  • [PATCH 11/21] x86: get pg_data_t's memory from other node, Tang Chen
    • Re: [PATCH 11/21] x86: get pg_data_t's memory from other node, Tejun Heo
      • Re: [PATCH 11/21] x86: get pg_data_t's memory from other node, Tang Chen
        • Re: [PATCH 11/21] x86: get pg_data_t's memory from other node, Tejun Heo
  • [PATCH 09/21] x86: Make get_ramdisk_{image|size}() global., Tang Chen
    • Re: [PATCH 09/21] x86: Make get_ramdisk_{image|size}() global., Tejun Heo
      • Re: [PATCH 09/21] x86: Make get_ramdisk_{image|size}() global., Tang Chen
  • [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tang Chen
    • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tejun Heo
      • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tejun Heo
        • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tang Chen
          • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tejun Heo
            • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tang Chen
              • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tejun Heo
                • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tejun Heo
                • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tang Chen
                  • Re: [PATCH 14/21] x86, acpi, numa: Reserve hotpluggable memory at early time., Tejun Heo
  • [PATCH 15/21] x86, acpi, numa: Don't reserve memory on nodes the kernel resides in., Tang Chen
    • Re: [PATCH 15/21] x86, acpi, numa: Don't reserve memory on nodes the kernel resides in., Tejun Heo
      • Re: [PATCH 15/21] x86, acpi, numa: Don't reserve memory on nodes the kernel resides in., Tang Chen
  • [PATCH 13/21] x86, acpi: Try to find SRAT in firmware earlier., Tang Chen
    • Re: [PATCH 13/21] x86, acpi: Try to find SRAT in firmware earlier., Tejun Heo
      • Re: [PATCH 13/21] x86, acpi: Try to find SRAT in firmware earlier., Tang Chen
        • Re: [PATCH 13/21] x86, acpi: Try to find SRAT in firmware earlier., Tejun Heo
    • Re: [PATCH 13/21] x86, acpi: Try to find SRAT in firmware earlier., Cody P Schafer
      • Re: [PATCH 13/21] x86, acpi: Try to find SRAT in firmware earlier., Tang Chen
  • [PATCH 16/21] x86, memblock, mem-hotplug: Free hotpluggable memory reserved by memblock., Tang Chen
    • Re: [PATCH 16/21] x86, memblock, mem-hotplug: Free hotpluggable memory reserved by memblock., Tejun Heo
      • Re: [PATCH 16/21] x86, memblock, mem-hotplug: Free hotpluggable memory reserved by memblock., Tang Chen
  • [PATCH 17/21] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT., Tang Chen
    • Re: [PATCH 17/21] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT., Tejun Heo
      • Re: [PATCH 17/21] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT., Tejun Heo
        • Re: [PATCH 17/21] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT., Tang Chen
          • Re: [PATCH 17/21] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT., Tejun Heo
            • Re: [PATCH 17/21] page_alloc, mem-hotplug: Improve movablecore to {en|dis}able using SRAT., Tang Chen
  • [PATCH 12/21] x86, acpi: Try to find if SRAT is overrided earlier., Tang Chen
    • Re: [PATCH 12/21] x86, acpi: Try to find if SRAT is overrided earlier., Tejun Heo
      • Re: [PATCH 12/21] x86, acpi: Try to find if SRAT is overrided earlier., Tang Chen
  • [PATCH 18/21] x86, numa: Synchronize nid info in memblock.reserve with numa_meminfo., Tang Chen
    • Re: [PATCH 18/21] x86, numa: Synchronize nid info in memblock.reserve with numa_meminfo., Tejun Heo
      • Re: [PATCH 18/21] x86, numa: Synchronize nid info in memblock.reserve with numa_meminfo., Tang Chen
        • Re: [PATCH 18/21] x86, numa: Synchronize nid info in memblock.reserve with numa_meminfo., Tejun Heo
          • Re: [PATCH 18/21] x86, numa: Synchronize nid info in memblock.reserve with numa_meminfo., Tang Chen
  • [PATCH 07/21] x86, acpi: Initialize ACPI root table list earlier., Tang Chen
  • [PATCH 20/21] x86, numa, acpi, memory-hotplug: Make movablecore=acpi have higher priority., Tang Chen
    • Re: [PATCH 20/21] x86, numa, acpi, memory-hotplug: Make movablecore=acpi have higher priority., Tejun Heo
  • [PATCH 21/21] doc, page_alloc, acpi, mem-hotplug: Add doc for movablecore=acpi boot option., Tang Chen
    • Re: [PATCH 21/21] doc, page_alloc, acpi, mem-hotplug: Add doc for movablecore=acpi boot option., Tejun Heo
      • Re: [PATCH 21/21] doc, page_alloc, acpi, mem-hotplug: Add doc for movablecore=acpi boot option., Tang Chen
  • [PATCH 03/21] x86, acpi, numa, mem-hotplug: Introduce MEMBLK_HOTPLUGGABLE to reserve hotpluggable memory., Tang Chen
    • Re: [PATCH 03/21] x86, acpi, numa, mem-hotplug: Introduce MEMBLK_HOTPLUGGABLE to reserve hotpluggable memory., Tejun Heo
      • Re: [PATCH 03/21] x86, acpi, numa, mem-hotplug: Introduce MEMBLK_HOTPLUGGABLE to reserve hotpluggable memory., Tang Chen
  • [PATCH 06/21] x86, acpi: Split acpi_boot_table_init() into two parts., Tang Chen
  • [PATCH 04/21] acpi: Remove "continue" in macro INVALID_TABLE()., Tang Chen
    • Re: [PATCH 04/21] acpi: Remove "continue" in macro INVALID_TABLE()., Tejun Heo
  • [PATCH 02/21] memblock, numa: Introduce flag into memblock., Tang Chen
    • Re: [PATCH 02/21] memblock, numa: Introduce flag into memblock., Tejun Heo
      • Re: [PATCH 02/21] memblock, numa: Introduce flag into memblock., Tang Chen
        • Re: [PATCH 02/21] memblock, numa: Introduce flag into memblock., Tejun Heo
          • Re: [PATCH 02/21] memblock, numa: Introduce flag into memblock., Tang Chen
  • [PATCH 19/21] x86, numa: Save nid when reserve memory into memblock.reserved[]., Tang Chen
  • Re: [PATCH 00/21] Arrange hotpluggable memory as ZONE_MOVABLE., Tang Chen
• Linux Plumbers ACPI/PM, PCI Microconference, Myron Stowe
  • Re: Linux Plumbers ACPI/PM, PCI Microconference, Shuah Khan
    • Re: Linux Plumbers ACPI/PM, PCI Microconference, Rafael J. Wysocki
      • Re: Linux Plumbers ACPI/PM, PCI Microconference, Shuah Khan
        • Re: Linux Plumbers ACPI/PM, PCI Microconference, Alex Williamson
  • Re: Linux Plumbers ACPI/PM, PCI Microconference, Bjorn Helgaas
    • Re: Linux Plumbers ACPI/PM, PCI Microconference, Shuah Khan
  • [Announcement] Linux Plumbers ACPI/PM, PCI Microconference, Rafael J. Wysocki
    • Re: [Announcement] Linux Plumbers ACPI/PM, PCI Microconference, Shuah Khan
      • Re: [Announcement] Linux Plumbers ACPI/PM, PCI Microconference, Rafael J. Wysocki
        • Re: [Announcement] Linux Plumbers ACPI/PM, PCI Microconference, Shuah Khan
• [PATCH 0/6] ACPICA 20130626 Release, Lv Zheng
  • [PATCH 1/6] ACPICA: Comment update, Lv Zheng
  • [PATCH 2/6] ACPICA: TableManager: Export acpi_tb_scan_memory_for_rsdp(), Lv Zheng
  • [PATCH 3/6] ACPICA: Disassembler: Expand maximum output string length to 64K, Lv Zheng
  • [PATCH 5/6] ACPICA: Fix compiler warnings for casting issues (only some compilers), Lv Zheng
  • [PATCH 4/6] ACPICA: Remove restriction of 256 maximum GPEs in any GPE block, Lv Zheng
  • [PATCH 6/6] ACPICA: Update version to 20130626, Lv Zheng
• [PATCH -next] ACPI / dock: fix error return code in dock_add(), Wei Yongjun
• [PATCH] BGRT: Don't ioremap if image address is in System RAM (was: Re: BGRT Pointer in System RAM), Parag Warudkar
  • Re: [PATCH] BGRT: Don't ioremap if image address is in System RAM (was: Re: BGRT Pointer in System RAM), Andy Lutomirski
    • Message not available
      • Fwd: [PATCH] BGRT: Don't ioremap if image address is in System RAM (was: Re: BGRT Pointer in System RAM), Parag Warudkar
    • Message not available
      • Re: [PATCH] BGRT: Don't ioremap if image address is in System RAM (was: Re: BGRT Pointer in System RAM), Andy Lutomirski
        • Re: [PATCH] BGRT: Don't ioremap if image address is in System RAM (was: Re: BGRT Pointer in System RAM), Parag Warudkar
• got ACPI power meter device?, Brown, Len
• [PATCH] pnp: avoid inaccurate resource name, shuox . liu
• [Fix PATCH] ACPI / video: ignore BIOS initial backlight value for Fujitsu E753, tianyu . lan
  • Re: [Fix PATCH] ACPI / video: ignore BIOS initial backlight value for Fujitsu E753, Rafael J. Wysocki
    • Re: [Fix PATCH] ACPI / video: ignore BIOS initial backlight value for Fujitsu E753, Lan Tianyu
• [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Prarit Bhargava
  • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Rafael J. Wysocki
    • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Prarit Bhargava
      • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Prarit Bhargava
        • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Rafael J. Wysocki
        • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Prarit Bhargava
          • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Rafael J. Wysocki
            • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Heikki Krogerus
              • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Prarit Bhargava
                • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Rafael J. Wysocki
                  • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Prarit Bhargava
                    • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Heikki Krogerus
                      • Re: [PATCH] acpi, acpi_pci_irq_enable must return an error if ACPI cannot map an IRQ., Rafael J. Wysocki
• BGRT Pointer in System RAM, Parag Warudkar
  • Re: BGRT Pointer in System RAM, Andy Lutomirski
    • Re: BGRT Pointer in System RAM, Josh Triplett
      • Re: BGRT Pointer in System RAM, Andy Lutomirski
        • Re: BGRT Pointer in System RAM, Josh Triplett
          • Re: BGRT Pointer in System RAM, Andy Lutomirski
            • Re: BGRT Pointer in System RAM, Andy Lutomirski
      • Re: BGRT Pointer in System RAM, Parag Warudkar
        • Re: BGRT Pointer in System RAM, Parag Warudkar
• [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Mika Westerberg
  • Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Rafael J. Wysocki
    • Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Mika Westerberg
      • Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Rafael J. Wysocki
      • Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Rafael J. Wysocki
        • Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Mika Westerberg
          • Re: [PATCH] PCI / hotplug / ACPI: Get rid of check_sub_bridges(), Rafael J. Wysocki
• [PATCH] ACPI:remove panic in case hardware has changed after S4, oliver
  • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, joeyli
    • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Thomas Renninger
    • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Thomas Renninger
      • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, joeyli
        • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Oliver Neukum
          • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Rafael J. Wysocki
            • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Oliver Neukum
          • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, joeyli
  • <Possible follow-ups>
  • [PATCH] ACPI:remove panic in case hardware has changed after S4, oliver
    • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Thomas Renninger
      • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Rafael J. Wysocki
      • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Henrique de Moraes Holschuh
        • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Thomas Renninger
          • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Henrique de Moraes Holschuh
            • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Oliver Neukum
              • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Henrique de Moraes Holschuh
                • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Rafael J. Wysocki
                  • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Thomas Renninger
              • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Thomas Renninger
                • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Rafael J. Wysocki
                  • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, joeyli
    • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, joeyli
      • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Rafael J. Wysocki
  • [PATCH] ACPI:remove panic in case hardware has changed after S4, oliver
    • [PATCH] xhci: make warnings greppable, oliver
    • Re: [PATCH] ACPI:remove panic in case hardware has changed after S4, Rafael J. Wysocki
• [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Toshi Kani
  • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Yasuaki Ishimatsu
    • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Toshi Kani
      • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Rafael J. Wysocki
        • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Toshi Kani
          • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Rafael J. Wysocki
            • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Toshi Kani
              • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Rafael J. Wysocki
                • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Toshi Kani
                  • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Rafael J. Wysocki
                    • Re: [PATCH] ACPI / memhotplug: Fix a stale pointer in error path, Toshi Kani
• [GIT PULL] More ACPI and power management updates for v3.11-rc1, Rafael J. Wysocki
• [RFC][PATCH 0/8] ACPI / hotplug / PCI: Consolidation of handling notifications (in progress), Rafael J. Wysocki
  • [RFC][PATCH 8/8] ACPI / hotplug / PCI: Merge hotplug event handling functions, Rafael J. Wysocki
  • [RFC][PATCH 7/8] ACPI / hotplug / PCI: Pass hotplug context object to event handlers, Rafael J. Wysocki
  • [RFC][PATCH 2/8] ACPI / hotplug / PCI: Consolidate acpiphp_enumerate_slots(), Rafael J. Wysocki
  • [RFC][PATCH 1/8] ACPI / PCI: Make bus registration and unregistration symmetric, Rafael J. Wysocki
  • [RFC][PATCH 4/8] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
    • Re: [RFC][PATCH 4/8] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Mika Westerberg
      • [Update][RFC][PATCH 4/8] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
  • [RFC][PATCH 3/8] ACPI / hotplug / PCI: Always return success after adding a function, Rafael J. Wysocki
  • [RFC][PATCH 5/8] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Rafael J. Wysocki
    • Re: [RFC][PATCH 5/8] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Mika Westerberg
      • Re: [RFC][PATCH 5/8] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Rafael J. Wysocki
  • [RFC][PATCH 6/8] ACPI / hotplug / PCI: Drop acpiphp_handle_to_bridge(), Rafael J. Wysocki
    • Re: [RFC][PATCH 6/8] ACPI / hotplug / PCI: Drop acpiphp_handle_to_bridge(), Mika Westerberg
      • Re: [RFC][PATCH 6/8] ACPI / hotplug / PCI: Drop acpiphp_handle_to_bridge(), Rafael J. Wysocki
  • [RFC][PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
    • [RFC][PATCH 1/30] ACPI / PCI: Make bus registration and unregistration symmetric, Rafael J. Wysocki
    • [RFC][PATCH 2/30] ACPI / hotplug / PCI: Consolidate acpiphp_enumerate_slots(), Rafael J. Wysocki
    • [RFC][PATCH 3/30] ACPI / hotplug / PCI: Always return success after adding a function, Rafael J. Wysocki
    • [RFC][PATCH 4/30] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
    • [RFC][PATCH 5/30] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Rafael J. Wysocki
    • [RFC][PATCH 6/30] ACPI / hotplug / PCI: Rework acpiphp_handle_to_bridge(), Rafael J. Wysocki
    • [RFC][PATCH 11/30] ACPI / hotplug / PCI: Register all devices under the given bridge, Rafael J. Wysocki
      • Re: [RFC][PATCH 11/30] ACPI / hotplug / PCI: Register all devices under the given bridge, Mika Westerberg
        • Re: [RFC][PATCH 11/30] ACPI / hotplug / PCI: Register all devices under the given bridge, Mika Westerberg
    • [RFC][PATCH 7/30] ACPI / hotplug / PCI: Pass hotplug context objects to event handlers, Rafael J. Wysocki
    • [RFC][PATCH 8/30] ACPI / hotplug / PCI: Merge hotplug event handling functions, Rafael J. Wysocki
    • [RFC][PATCH 10/30] ACPI / hotplug / PCI: Refactor slot allocation code in register_slot(), Rafael J. Wysocki
    • [RFC][PATCH 9/30] ACPI / hotplug / PCI: Drop func field from struct acpiphp_bridge, Rafael J. Wysocki
    • [RFC][PATCH 12/30] ACPI / hotplug / PCI: Drop sun field from struct acpiphp_slot, Rafael J. Wysocki
    • [RFC][PATCH 13/30] ACPI / hotplug / PCI: Use common slot count variable in register_slot(), Rafael J. Wysocki
    • [RFC][PATCH 14/30] ACPI / hotplug / PCI: Drop flags field from struct acpiphp_bridge, Rafael J. Wysocki
    • [RFC][PATCH 16/30] ACPI / hotplug / PCI: Drop handle field from struct acpiphp_func, Rafael J. Wysocki
    • [RFC][PATCH 15/30] ACPI / hotplug / PCI: Embed function struct into struct acpiphp_context, Rafael J. Wysocki
    • [RFC][PATCH 21/30] ACPI / hotplug / PCI: Consolidate slot disabling and ejecting, Rafael J. Wysocki
    • [RFC][PATCH 20/30] ACPI / hotplug / PCI: Drop redundant checks from check_hotplug_bridge(), Rafael J. Wysocki
    • [RFC][PATCH 18/30] ACPI / hotplug / PCI: Store parent in functions and bus in slots, Rafael J. Wysocki
    • [RFC][PATCH 17/30] ACPI / hotplug / PCI: Drop handle field from struct acpiphp_bridge, Rafael J. Wysocki
    • [RFC][PATCH 19/30] ACPI / hotplug / PCI: Rework namespace scanning and trimming routines, Rafael J. Wysocki
    • [RFC][PATCH 24/30] ACPI / hotplug / PCI: Do not check SLOT_ENABLED in enable_device(), Rafael J. Wysocki
    • [RFC][PATCH 23/30] ACPI / hotplug / PCI: Do not exectute _PS0 and _PS3 directly, Rafael J. Wysocki
      • Re: [RFC][PATCH 23/30] ACPI / hotplug / PCI: Do not exectute _PS0 and _PS3 directly, Mika Westerberg
        • Re: [RFC][PATCH 23/30] ACPI / hotplug / PCI: Do not exectute _PS0 and _PS3 directly, Rafael J. Wysocki
    • [RFC][PATCH 22/30] ACPI / hotplug / PCI: Do not queue up event handling work items in vain, Rafael J. Wysocki
    • [RFC][PATCH 25/30] ACPI / hotplug / PCI: Allow slots without new devices to be rescanned, Rafael J. Wysocki
    • [RFC][PATCH 26/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
    • [RFC][PATCH 29/30] ACPI / hotplug / PCI: Redefine enable_device() and disable_device(), Rafael J. Wysocki
    • [RFC][PATCH 27/30] ACPI / hotplug / PCI: Get rid of unused constants in acpiphp.h, Rafael J. Wysocki
    • [RFC][PATCH 28/30] ACPI / hotplug / PCI: Sanitize acpiphp_get_(latch)|(adapter)_status(), Rafael J. Wysocki
    • [RFC][PATCH 30/30] ACPI / hotplug / PCI: Clean up bridge_mutex usage, Rafael J. Wysocki
    • Re: [RFC][PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Mika Westerberg
      • Re: [RFC][PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
    • [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
      • [PATCH 29/30] ACPI / hotplug / PCI: Clean up bridge_mutex usage, Rafael J. Wysocki
      • [PATCH 1/30] ACPI / PCI: Make bus registration and unregistration symmetric, Rafael J. Wysocki
        • Re: [PATCH 1/30] ACPI / PCI: Make bus registration and unregistration symmetric, Yinghai Lu
      • [PATCH 2/30] ACPI / hotplug / PCI: Consolidate acpiphp_enumerate_slots(), Rafael J. Wysocki
        • Re: [PATCH 2/30] ACPI / hotplug / PCI: Consolidate acpiphp_enumerate_slots(), Yinghai Lu
          • Re: [PATCH 2/30] ACPI / hotplug / PCI: Consolidate acpiphp_enumerate_slots(), Rafael J. Wysocki
      • [PATCH 3/30] ACPI / hotplug / PCI: Always return success after adding a function, Rafael J. Wysocki
      • [PATCH 5/30] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Rafael J. Wysocki
        • Re: [PATCH 5/30] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Yinghai Lu
          • Re: [PATCH 5/30] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Rafael J. Wysocki
      • [PATCH 4/30] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
        • Re: [PATCH 4/30] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Yinghai Lu
          • Re: [PATCH 4/30] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
            • Re: [PATCH 4/30] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
      • [PATCH 7/30] ACPI / hotplug / PCI: Pass hotplug context objects to event handlers, Rafael J. Wysocki
      • [PATCH 6/30] ACPI / hotplug / PCI: Rework acpiphp_handle_to_bridge(), Rafael J. Wysocki
      • [PATCH 8/30] ACPI / hotplug / PCI: Merge hotplug event handling functions, Rafael J. Wysocki
      • [PATCH 9/30] ACPI / hotplug / PCI: Drop func field from struct acpiphp_bridge, Rafael J. Wysocki
      • [PATCH 10/30] ACPI / hotplug / PCI: Refactor slot allocation code in register_slot(), Rafael J. Wysocki
      • [PATCH 11/30] ACPI / hotplug / PCI: Register all devices under the given bridge, Rafael J. Wysocki
      • [PATCH 12/30] ACPI / hotplug / PCI: Drop sun field from struct acpiphp_slot, Rafael J. Wysocki
      • [PATCH 13/30] ACPI / hotplug / PCI: Drop flags field from struct acpiphp_bridge, Rafael J. Wysocki
      • [PATCH 14/30] ACPI / hotplug / PCI: Embed function struct into struct acpiphp_context, Rafael J. Wysocki
      • [PATCH 15/30] ACPI / hotplug / PCI: Drop handle field from struct acpiphp_func, Rafael J. Wysocki
      • [PATCH 17/30] ACPI / hotplug / PCI: Store parent in functions and bus in slots, Rafael J. Wysocki
      • [PATCH 16/30] ACPI / hotplug / PCI: Drop handle field from struct acpiphp_bridge, Rafael J. Wysocki
      • [PATCH 18/30] ACPI / hotplug / PCI: Rework namespace scanning and trimming routines, Rafael J. Wysocki
      • [PATCH 21/30] ACPI / hotplug / PCI: Do not queue up event handling work items in vain, Rafael J. Wysocki
      • [PATCH 20/30] ACPI / hotplug / PCI: Consolidate slot disabling and ejecting, Rafael J. Wysocki
      • [PATCH 19/30] ACPI / hotplug / PCI: Drop redundant checks from check_hotplug_bridge(), Rafael J. Wysocki
      • [PATCH 26/30] ACPI / hotplug / PCI: Get rid of unused constants in acpiphp.h, Rafael J. Wysocki
      • [PATCH 22/30] ACPI / hotplug / PCI: Do not exectute _PS0 and _PS3 directly, Rafael J. Wysocki
      • [PATCH 30/30] ACPI / hotplug / PCI: Get rid of check_sub_bridges(), Rafael J. Wysocki
      • [PATCH 23/30] ACPI / hotplug / PCI: Do not check SLOT_ENABLED in enable_device(), Rafael J. Wysocki
      • [PATCH 24/30] ACPI / hotplug / PCI: Allow slots without new devices to be rescanned, Rafael J. Wysocki
      • [PATCH 27/30] ACPI / hotplug / PCI: Sanitize acpiphp_get_(latch)|(adapter)_status(), Rafael J. Wysocki
      • [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
        • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Alex Williamson
          • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
            • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Alex Williamson
              • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
                • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Alex Williamson
                  • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Alex Williamson
                    • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
                      • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Alex Williamson
                        • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Alex Williamson
                          • Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                            • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                              • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                              • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Alex Williamson
                                • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                                  • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Alex Williamson
                                    • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                                    • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Alex Williamson
                                    • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                                    • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Bjorn Helgaas
                                    • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Rafael J. Wysocki
                                    • Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots), Alex Williamson
                                    • [PATCH] ACPI / hotplug / PCI: Avoid parent bus rescans on spurious device checks, Rafael J. Wysocki
                                    • Re: [PATCH] ACPI / hotplug / PCI: Avoid parent bus rescans on spurious device checks, Alex Williamson
                                    • Re: [PATCH] ACPI / hotplug / PCI: Avoid parent bus rescans on spurious device checks, Rafael J. Wysocki
                                    • [PATCH 0/2] Re: Excess dmesg output from ACPIPHP on boot, Rafael J. Wysocki
                                    • [PATCH 1/2] ACPI / hotplug / PCI: Avoid doing too much for spurious notifies, Rafael J. Wysocki
                                    • Re: [PATCH 1/2] ACPI / hotplug / PCI: Avoid doing too much for spurious notifies, Yinghai Lu
                                    • Re: [PATCH 1/2] ACPI / hotplug / PCI: Avoid doing too much for spurious notifies, Rafael J. Wysocki
                                    • [PATCH 2/2] ACPI / hotplug / PCI: Use _OST to notify firmware about notify status, Rafael J. Wysocki
                                    • Re: [PATCH 0/2] Re: Excess dmesg output from ACPIPHP on boot, Alex Williamson
                                    • Re: [PATCH 0/2] Re: Excess dmesg output from ACPIPHP on boot, Rafael J. Wysocki
                  • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Lan Tianyu
                    • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
                      • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Lan Tianyu
                        • Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots, Rafael J. Wysocki
      • [PATCH 28/30] ACPI / hotplug / PCI: Redefine enable_device() and disable_device(), Rafael J. Wysocki
      • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Yinghai Lu
        • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
          • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Yinghai Lu
            • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
            • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
              • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Bjorn Helgaas
                • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
              • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Yinghai Lu
                • Re: [PATCH 0/30] ACPI / hotplug / PCI: Major rework + Thunderbolt workarounds, Rafael J. Wysocki
• [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Rafael J. Wysocki
  • Re: [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Toshi Kani
    • Re: [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Rafael J. Wysocki
      • Re: [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Rafael J. Wysocki
        • Re: [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Toshi Kani
          • Re: [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Rafael J. Wysocki
            • Re: [PATCH] ACPI / scan: Always call acpi_bus_scan() for bus check notifications, Toshi Kani
• [PATCH 0/2] PCI / ACPI cleanups, Rafael J. Wysocki
  • [PATCH 2/2] ACPI / PCI: Consolidate acpiphp_enumerate_slots(), Rafael J. Wysocki
  • [PATCH 1/2] ACPI / PCI: Make bus registration and unregistration symmetric, Rafael J. Wysocki
  • [PATCH 0/3] ACPI / hotplug / PCI: Rework of events handling, Rafael J. Wysocki
    • [PATCH 3/3] ACPI / hotplug / PCI: Unified notify handler for hotplug events, Rafael J. Wysocki
    • [PATCH 1/3] ACPI / hotplug / PCI: Always return success after adding a function, Rafael J. Wysocki
    • [PATCH 2/3] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
      • Re: [PATCH 2/3] ACPI / hotplug / PCI: Hotplug context objects for bridges and functions, Rafael J. Wysocki
• samsung-laptop.c:undefined reference to `acpi_video_unregister', Fengguang Wu
  • <Possible follow-ups>
  • samsung-laptop.c:undefined reference to `acpi_video_unregister', Fengguang Wu
• [PATCH] ACPI / power: add missing newline to debug messages, Mika Westerberg
  • Re: [PATCH] ACPI / power: add missing newline to debug messages, Rafael J. Wysocki
• Re: ACPI errors from TPM PPI, Rafael J. Wysocki
  • Re: ACPI errors from TPM PPI, Adam Langley
    • Re: ACPI errors from TPM PPI, Mika Westerberg
      • Re: ACPI errors from TPM PPI, Matthew Garrett
        • Re: ACPI errors from TPM PPI, Mika Westerberg
• [PATCH] platform samsung-q10: use ACPI instead of direct EC calls, Frederick van der Wyck
  • Re: [PATCH] platform samsung-q10: use ACPI instead of direct EC calls, Matthew Garrett
    • Re: [PATCH] platform samsung-q10: use ACPI instead of direct EC calls, Frederick van der Wyck
      • Re: [PATCH] platform samsung-q10: use ACPI instead of direct EC calls, Rafael J. Wysocki
      • Re: [PATCH] platform samsung-q10: use ACPI instead of direct EC calls, Matthew Garrett
• [PATCH 3/3] acpi: remove unused LIST_HEAD(acpi_device_list), Haicheng Li
  • Re: [PATCH 3/3] acpi: remove unused LIST_HEAD(acpi_device_list), Rafael J. Wysocki
    • Re: [PATCH 3/3] acpi: remove unused LIST_HEAD(acpi_device_list), Haicheng Li
      • [PATCH] acpi: remove unused LIST_HEAD(acpi_device_list), Haicheng Li
        • Re: [PATCH] acpi: remove unused LIST_HEAD(acpi_device_list), Rafael J. Wysocki
• [PATCH v2 0/8] Thunderbolt workarounds, Mika Westerberg
  • [PATCH v2 2/8] PCI: acpiphp: do not check for SLOT_ENABLED in enable_device(), Mika Westerberg
  • [PATCH v2 4/8] PCI: acpiphp: check for new devices on enabled host, Mika Westerberg
  • [PATCH v2 8/8] PCI: acpiphp: sanitize acpiphp_get_[latch|adapter]_status(), Mika Westerberg
  • [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Mika Westerberg
    • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
      • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Mika Westerberg
        • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
          • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Mika Westerberg
            • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
              • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Mika Westerberg
                • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
                  • [PATCH v2.1 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Mika Westerberg
                    • Re: [PATCH v2.1 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
                      • Re: [PATCH v2.1 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Mika Westerberg
      • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Robert Hancock
        • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
    • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Bjorn Helgaas
      • Re: [PATCH v2 6/8] PCI: acpiphp: workaround for Thunderbolt on Acer Aspire S5, Rafael J. Wysocki
  • [PATCH v2 3/8] PCI: acpiphp: enable_device(): rescan even if no new devices on slot, Mika Westerberg
    • Re: [PATCH v2 3/8] PCI: acpiphp: enable_device(): rescan even if no new devices on slot, Rafael J. Wysocki
      • Re: [PATCH v2 3/8] PCI: acpiphp: enable_device(): rescan even if no new devices on slot, Mika Westerberg
        • Re: [PATCH v2 3/8] PCI: acpiphp: enable_device(): rescan even if no new devices on slot, Rafael J. Wysocki
  • [PATCH v2 7/8] PCI: acpiphp: get rid of unused constants in acpiphp.h, Mika Westerberg
  • [PATCH v2 1/8] x86/PCI: prevent re-allocation of already existing bridge and ROM resources, Mika Westerberg
    • Re: [PATCH v2 1/8] x86/PCI: prevent re-allocation of already existing bridge and ROM resources, Bjorn Helgaas
      • Re: [PATCH v2 1/8] x86/PCI: prevent re-allocation of already existing bridge and ROM resources, Bjorn Helgaas
        • Re: [PATCH v2 1/8] x86/PCI: prevent re-allocation of already existing bridge and ROM resources, Bjorn Helgaas
          • Re: [PATCH v2 1/8] x86/PCI: prevent re-allocation of already existing bridge and ROM resources, Rafael J. Wysocki
        • Re: [PATCH v2 1/8] x86/PCI: prevent re-allocation of already existing bridge and ROM resources, Rafael J. Wysocki
  • [PATCH v2 5/8] PCI: acpiphp: kill SLOT_ENABLED in favor of always re-enumerating the devices, Mika Westerberg
  • Re: [PATCH v2 0/8] Thunderbolt workarounds, Matthew Garrett
    • Re: [PATCH v2 0/8] Thunderbolt workarounds, Greg Kroah-Hartman
      • Re: [PATCH v2 0/8] Thunderbolt workarounds, Matthew Garrett
        • RE: [PATCH v2 0/8] Thunderbolt workarounds, Ronciak, John
          • Re: [PATCH v2 0/8] Thunderbolt workarounds, Matthew Garrett
            • RE: [PATCH v2 0/8] Thunderbolt workarounds, Ronciak, John
              • Re: [PATCH v2 0/8] Thunderbolt workarounds, Matthew Garrett
    • Re: [PATCH v2 0/8] Thunderbolt workarounds, Mika Westerberg
• Remove old /proc/acpi/events and /dev/cpu/microcode interfaces, Thomas Renninger
  • [PATCH 2/3] ACPI: Remove old /proc/acpi/event interface, Thomas Renninger
    • Re: [PATCH 2/3] ACPI: Remove old /proc/acpi/event interface, Rafael J. Wysocki
      • Re: [PATCH 2/3] ACPI: Remove old /proc/acpi/event interface, Thomas Renninger
        • Re: [PATCH 2/3] ACPI: Remove old /proc/acpi/event interface, Rafael J. Wysocki
          • Re: [PATCH 2/3] ACPI: Remove old /proc/acpi/event interface, Matthew Garrett
    • Re: [PATCH 2/3] ACPI: Remove old /proc/acpi/event interface, Henrique de Moraes Holschuh
  • [PATCH 1/3] x86 microcode: Remove old MICROCODE_OLD_INTERFACE, Thomas Renninger
  • [PATCH 3/3] platform thinkpad: Remove deprecated hotkey_report_mode parameter, Thomas Renninger
    • Re: [PATCH 3/3] platform thinkpad: Remove deprecated hotkey_report_mode parameter, Henrique de Moraes Holschuh
• [PATCH] ACPICA: acpi_read: update return_value atomically, Bjorn Helgaas
• [PATCH] ACPI / PM: Fix corner case in acpi_bus_update_power(), Rafael J. Wysocki
• [PATCH] efi_pstore: add missing iounmap() on error in erst_exec_move_data(), Wei Yongjun
  • Re: [PATCH] efi_pstore: add missing iounmap() on error in erst_exec_move_data(), Kees Cook
    • Re: [PATCH] efi_pstore: add missing iounmap() on error in erst_exec_move_data(), Tony Luck
• [PATCH v3 0/3] Firmware first mode for corrected errors, Naveen N. Rao
  • [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Naveen N. Rao
    • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Borislav Petkov
      • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Naveen N. Rao
      • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Naveen N. Rao
        • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Borislav Petkov
          • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Naveen N. Rao
            • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Tony Luck
              • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Naveen N. Rao
                • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Borislav Petkov
                  • Re: [PATCH v3 3/3] mce, acpi/apei: Soft-offline a page on firmware GHES notification, Tony Luck
  • [PATCH v3 2/3] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors, Naveen N. Rao
    • Re: [PATCH v3 2/3] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors, Borislav Petkov
  • [PATCH v3 1/3] mce: acpi/apei: Honour Firmware First for MCA banks listed in APEI HEST CMC, Naveen N. Rao
    • Re: [PATCH v3 1/3] mce: acpi/apei: Honour Firmware First for MCA banks listed in APEI HEST CMC, Borislav Petkov
  • Re: [PATCH v3 0/3] Firmware first mode for corrected errors, Borislav Petkov
  • [PATCH 4] mce: acpi/apei: Add a sysctl to control page offlining on firmware report, Naveen N. Rao
    • Re: [PATCH 4] mce: acpi/apei: Add a sysctl to control page offlining on firmware report, Borislav Petkov
      • Re: [PATCH 4] mce: acpi/apei: Add a sysctl to control page offlining on firmware report, Naveen N. Rao
        • RE: [PATCH 4] mce: acpi/apei: Add a sysctl to control page offlining on firmware report, Luck, Tony
          • Re: [PATCH 4] mce: acpi/apei: Add a sysctl to control page offlining on firmware report, Naveen N. Rao
• [GIT PULL] ACPI and power management updates for v3.11-rc1, Rafael J. Wysocki
• [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
  • [PATCH v6 1/5] acpi: Remove need to include linux/acpi.h in common acpica code, Ben Guthro
  • [PATCH v6 3/5] acpi/xen/tboot: Adjust linux acpi OS functions to new extended parameter, Ben Guthro
  • [PATCH v6 2/5] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
  • [PATCH v6 4/5] x86/tboot: Fail extended mode reduced hardware sleep, Ben Guthro
  • [PATCH v6 5/5] xen/acpi: notify xen when reduced hardware sleep is available, Ben Guthro
  • Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
    • Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Rafael J. Wysocki
      • Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
        • Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
          • Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Rafael J. Wysocki
          • Re: [Xen-devel] [PATCH v6 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Rafael J. Wysocki
• New motherboard not detecting all memory, Jack Mitchell
  • Re: New motherboard not detecting all memory, Jack Mitchell
    • Re: New motherboard not detecting all memory, Jack Mitchell
• [PATCH 0/4] ACPI / dock: Cleanups and simplifications, Rafael J. Wysocki
  • [PATCH 4/4] ACPI / dock: Simplify dock_init_hotplug() and dock_release_hotplug(), Rafael J. Wysocki
    • Re: [PATCH 4/4] ACPI / dock: Simplify dock_init_hotplug() and dock_release_hotplug(), Yinghai Lu
  • [PATCH 1/4] ACPI / dock: Drop the hp_lock mutex from struct dock_station, Rafael J. Wysocki
  • [PATCH 3/4] ACPI / dock: Walk list in reverse order during removal of devices, Rafael J. Wysocki
    • Re: [PATCH 3/4] ACPI / dock: Walk list in reverse order during removal of devices, Yinghai Lu
  • [PATCH 2/4] ACPI / dock: Rework and simplify find_dock_devices(), Rafael J. Wysocki
    • Re: [PATCH 2/4] ACPI / dock: Rework and simplify find_dock_devices(), Yinghai Lu
  • [PATCH 0/3] ACPI / dock: Notification rework and memory leak fix, Rafael J. Wysocki
    • [PATCH 3/3] ACPI / dock: Do not leak memory on falilures to add a dock station, Rafael J. Wysocki
    • [PATCH 2/3] ACPI: Drop ACPI bus notifier call chain, Rafael J. Wysocki
    • [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Rafael J. Wysocki
      • Re: [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Yinghai Lu
        • Re: [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Rafael J. Wysocki
          • Re: [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Yinghai Lu
            • Re: [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Rafael J. Wysocki
      • Re: [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Bjorn Helgaas
        • Re: [PATCH 1/3] ACPI / dock: Rework the handling of notifications, Rafael J. Wysocki
    • [PATCH 0/4] ACPI / dock: One fix and more cleanups, Rafael J. Wysocki
      • [PATCH 4/4] ACPI / dock: Drop unnecessary local variable from dock_add(), Rafael J. Wysocki
      • [PATCH 3/4] ACPI / dock / PCI: Drop ACPI dock notifier chain, Rafael J. Wysocki
      • [PATCH 2/4] ACPI / dock: Do not check CONFIG_ACPI_DOCK_MODULE, Rafael J. Wysocki
      • [PATCH 1/4] ACPI / dock: Actually define acpi_dock_init() as void, Rafael J. Wysocki
• [PATCH v3 00/10] minor improvements for ACPI dock and acpiphp drivers, Jiang Liu
  • [PATCH v3 07/10] ACPI: introduce two helper functions to simplify code, Jiang Liu
  • [PATCH v3 06/10] ACPI: introduce helper function acpi_execute_simple_method(), Jiang Liu
  • [PATCH v3 09/10] ACPI: simplify dock driver with new helper functions, Jiang Liu
  • [PATCH v3 10/10] ACPI: simplify acpiphp driver with new helper functions, Jiang Liu
    • Re: [PATCH v3 10/10] ACPI: simplify acpiphp driver with new helper functions, Bjorn Helgaas
      • Re: [PATCH v3 10/10] ACPI: simplify acpiphp driver with new helper functions, Rafael J. Wysocki
  • [PATCH v3 08/10] ACPI: change acpi_[bay|dock]_match() in scan.c as global functions, Jiang Liu
  • [PATCH v3 05/10] ACPI: introduce helper function acpi_has_method(), Jiang Liu
  • [PATCH v3 03/10] ACPI, DOCK: mark initialization functions with __init, Jiang Liu
  • [PATCH v3 04/10] ACPI, DOCK: simplify implementation of dock_create_acpi_device(), Jiang Liu
  • [PATCH v3 02/10] ACPI, DOCK: kill redundant spin lock in dock station object, Jiang Liu
  • [PATCH v3 01/10] ACPI, DOCK: avoid initializing acpi_dock_notifier_list multiple times, Jiang Liu
  • Re: [PATCH v3 00/10] minor improvements for ACPI dock and acpiphp drivers, Rafael J. Wysocki
• [PATCH v5 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
  • [PATCH v5 1/5] acpi: Remove need to include linux/acpi.h in common acpica code, Ben Guthro
    • Re: [PATCH v5 1/5] acpi: Remove need to include linux/acpi.h in common acpica code, Konrad Rzeszutek Wilk
  • [PATCH v5 5/5] xen/acpi: notify xen when reduced hardware sleep is available, Ben Guthro
    • Re: [PATCH v5 5/5] xen/acpi: notify xen when reduced hardware sleep is available, Konrad Rzeszutek Wilk
  • [PATCH v5 4/5] x86/tboot: Fail extended mode reduced hardware sleep, Ben Guthro
    • Re: [PATCH v5 4/5] x86/tboot: Fail extended mode reduced hardware sleep, Konrad Rzeszutek Wilk
  • [PATCH v5 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Ben Guthro
    • Re: [PATCH v5 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Konrad Rzeszutek Wilk
      • Re: [PATCH v5 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Ben Guthro
  • [PATCH v5 2/5] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
    • Re: [PATCH v5 2/5] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Konrad Rzeszutek Wilk
  • Re: [PATCH v5 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Rafael J. Wysocki
• [PATCH v4 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
  • [PATCH v4 1/5] acpi: Remove need to include linux/acpi.h in common acpica code, Ben Guthro
  • [PATCH v4 5/5] xen/acpi: notify xen when reduced hardware sleep is available, Ben Guthro
  • [PATCH v4 4/5] x86/tboot: Fail extended mode reduced hardware sleep, Ben Guthro
  • [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Ben Guthro
    • Re: [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Jan Beulich
      • RE: [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Moore, Robert
        • Re: [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Ben Guthro
          • RE: [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Moore, Robert
            • Re: [PATCH v4 3/5] acpi: Adjust linux acpi OS functions to new extended parameter, Ben Guthro
  • [PATCH v4 2/5] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
  • Re: [PATCH v4 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Rafael J. Wysocki
    • Re: [PATCH v4 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
      • Re: [PATCH v4 0/5] Xen/ACPI: support sleep state entering on hardware reduced systems, Rafael J. Wysocki
• [ACPI+PM] Changes for v3.11 merge window, no more new material for v3.11 (please), Rafael J. Wysocki
  • Re: [ACPI+PM] Changes for v3.11 merge window, no more new material for v3.11 (please), Viresh Kumar
  • Re: [ACPI+PM] Changes for v3.11 merge window, no more new material for v3.11 (please), Mika Westerberg
    • Re: [ACPI+PM] Changes for v3.11 merge window, no more new material for v3.11 (please), Rafael J. Wysocki
      • Re: [ACPI+PM] Changes for v3.11 merge window, no more new material for v3.11 (please), Mika Westerberg
• [PATCH] ACPI/fan: Initialize acpi_state variable, naresh . bhat
  • <Possible follow-ups>
  • [PATCH] ACPI/fan: Initialize acpi_state variable, naresh . bhat
    • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Rafael J. Wysocki
      • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Naresh Bhat
        • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Rafael J. Wysocki
          • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Naresh Bhat
  • [PATCH] ACPI/fan: Initialize acpi_state variable, naresh . bhat
    • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Naresh Bhat
      • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Rafael J. Wysocki
        • Re: [PATCH] ACPI/fan: Initialize acpi_state variable, Naresh Bhat
  • [PATCH] ACPI/fan: Initialize acpi_state variable, naresh . bhat
• [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
  • Re: [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Viresh Kumar
    • Re: [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
      • Re: [PATCH 2/2 V3] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Rafael J. Wysocki
• [no subject], Yinghai Lu
• Re: Sys backlight is empty since landing of "ACPI / PCI: Make PCI root driver use struct acpi_scan_handler", Rafael J. Wysocki
  • Re: Sys backlight is empty since landing of "ACPI / PCI: Make PCI root driver use struct acpi_scan_handler", Rafael J. Wysocki
    • Message not available
      • Re: Sys backlight is empty since landing of "ACPI / PCI: Make PCI root driver use struct acpi_scan_handler", Rafael J. Wysocki
        • Re: Sys backlight is empty since landing of "ACPI / PCI: Make PCI root driver use struct acpi_scan_handler", Aaron Lu
          • Re: Sys backlight is empty since landing of "ACPI / PCI: Make PCI root driver use struct acpi_scan_handler", Cork
            • Re: Sys backlight is empty since landing of "ACPI / PCI: Make PCI root driver use struct acpi_scan_handler", Rafael J. Wysocki
• [PATCH v2 0/9] minor improvements for ACPI dock and acpiphp drivers, Jiang Liu
  • [PATCH v2 1/9] ACPI, DOCK: avoid initializing acpi_dock_notifier_list multiple times, Jiang Liu
  • [PATCH v2 4/9] ACPI, DOCK: simplify implementation of dock_create_acpi_device(), Jiang Liu
  • [PATCH v2 9/9] ACPI: simplify acpiphp driver with new interfaces, Jiang Liu
  • [PATCH v2 8/9] ACPI: simpilify scan.c with new interfaces, Jiang Liu
  • [PATCH v2 7/9] ACPI: simplify dock driver with new interfaces, Jiang Liu
    • Re: [PATCH v2 7/9] ACPI: simplify dock driver with new interfaces, Bjorn Helgaas
  • [PATCH v2 6/9] ACPI: change acpi_[bay|dock]_match() in scan.c as global functions, Jiang Liu
  • [PATCH v2 5/9] ACPI: introduce three helper functions, Jiang Liu
    • Re: [PATCH v2 5/9] ACPI: introduce three helper functions, Rafael J. Wysocki
      • Re: [PATCH v2 5/9] ACPI: introduce three helper functions, Rafael J. Wysocki
  • [PATCH v2 3/9] ACPI, DOCK: mark initialization functions with __init, Jiang Liu
  • [PATCH v2 2/9] ACPI, DOCK: kill redundant spin lock in dock station object, Jiang Liu
  • Re: [PATCH v2 0/9] minor improvements for ACPI dock and acpiphp drivers, Rafael J. Wysocki
• [PATCH v3 0/3] Xen/ACPI: support sleep state entering on hardware reduced systems, Ben Guthro
  • [PATCH v3 3/3] xen/acpi: notify xen when reduced hardware sleep is available, Ben Guthro
  • [PATCH v3 2/3] x86/tboot: Fail extended mode reduced hardware sleep, Ben Guthro
    • Re: [PATCH v3 2/3] x86/tboot: Fail extended mode reduced hardware sleep, Jan Beulich
      • Re: [PATCH v3 2/3] x86/tboot: Fail extended mode reduced hardware sleep, Ben Guthro
        • Re: [PATCH v3 2/3] x86/tboot: Fail extended mode reduced hardware sleep, Jan Beulich
  • [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
    • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Jan Beulich
      • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
        • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Jan Beulich
          • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Rafael J. Wysocki
    • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
      • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
        • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
          • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
            • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Moore, Robert
              • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
                • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Moore, Robert
                  • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
                    • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Konrad Rzeszutek Wilk
                      • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
                        • Message not available
                          • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
                            • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Konrad Rzeszutek Wilk
                              • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
                                • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, konrad wilk
                                  • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
                  • RE: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Zheng, Lv
                    • Re: [PATCH v3 1/3] acpi: Call acpi_os_prepare_sleep hook in reduced hardware sleep path, Ben Guthro
• [GIT PULL] Late power management and ACPI fixes for v3.10, Rafael J. Wysocki
• [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
  • Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Rafael J. Wysocki
    • Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
  • Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Viresh Kumar
    • Re: [PATCH 2/2 V2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
• [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance(), Lan Tianyu
  • [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
    • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Viresh Kumar
      • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
        • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Viresh Kumar
          • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
            • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Viresh Kumar
              • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Rafael J. Wysocki
                • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
                  • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Viresh Kumar
                    • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
            • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Rafael J. Wysocki
              • Re: [PATCH 2/2] CPUFreq: Add new sysfs attribute freqdomain_cpus for acpi-freq driver, Lan Tianyu
  • Re: [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance(), Viresh Kumar
    • Re: [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance(), Lan Tianyu
      • Re: [PATCH 1/2] ACPI/Processor: Clear unuseful variable count in the acpi_processor_preregister_performance(), Rafael J. Wysocki
• [PATCH-next 00/32] Delete support for __cpuinit, Paul Gortmaker
• [PATCH 27/32] acpi: delete __cpuinit usage from all acpi files, Paul Gortmaker
• Backlight dark and wireless button not working on Fujitsu E753, Jan Hinnerk Stosch
  • Re: Backlight dark and wireless button not working on Fujitsu E753, Lan Tianyu
    • Re: Backlight dark and wireless button not working on Fujitsu E753, Jan Hinnerk Stosch
      • Re: Backlight dark and wireless button not working on Fujitsu E753, Jan Hinnerk Stosch
• [PATCH] libata-acpi: add back ACPI based hotplug functionality, Rafael J. Wysocki
  • Re: [PATCH] libata-acpi: add back ACPI based hotplug functionality, Tejun Heo
  • Re: [PATCH] libata-acpi: add back ACPI based hotplug functionality, Aaron Lu
    • Re: [PATCH] libata-acpi: add back ACPI based hotplug functionality, Rafael J. Wysocki
• [PATCH] ACPI / processor: Remove unused macros in processor_driver.c, Hanjun Guo
  • Re: [PATCH] ACPI / processor: Remove unused macros in processor_driver.c, Rafael J. Wysocki
• [PATCH 0/3] ACPI / dock / PCI: Fix problems with dock and PCI hotplug, Rafael J. Wysocki
  • [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Rafael J. Wysocki
    • Re: [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Yinghai Lu
      • Re: [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Rafael J. Wysocki
        • Re: [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Yinghai Lu
    • Re: [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Jiang Liu
      • Re: [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Yinghai Lu
        • Re: [PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Yinghai Lu
          • [Update][PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Rafael J. Wysocki
            • Re: [Update][PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Yinghai Lu
              • Re: [Update][PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Rafael J. Wysocki
                • Re: [Update][PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Yinghai Lu
                  • Re: [Update][PATCH 3/3] ACPI / dock / PCI: Synchronous handling of dock events for PCI devices, Rafael J. Wysocki
  • [PATCH 1/3] ACPI / dock: Initialize ACPI dock subsystem upfront, Rafael J. Wysocki
    • Re: [PATCH 1/3] ACPI / dock: Initialize ACPI dock subsystem upfront, Yinghai Lu
  • [PATCH 2/3] PCI / ACPI: Use boot-time resource allocation rules during hotplug, Rafael J. Wysocki
  • Re: [PATCH 0/3] ACPI / dock / PCI: Fix problems with dock and PCI hotplug, Illya Klymov
    • Re: [PATCH 0/3] ACPI / dock / PCI: Fix problems with dock and PCI hotplug, Rafael J. Wysocki
  • Re: [PATCH 0/3] ACPI / dock / PCI: Fix problems with dock and PCI hotplug, Alexander E. Patrakov
    • Re: [PATCH 0/3] ACPI / dock / PCI: Fix problems with dock and PCI hotplug, Rafael J. Wysocki
• Dmesg acpi warning message - question please, Nick Warne
  • Re: Dmesg acpi warning message - question please, Lan Tianyu
    • Re: Dmesg acpi warning message - question please, Nick Warne
• [PATCH v2] Documentation / cpu hotplug: Rephrase the outdated description for MADT entries, Hanjun Guo
  • Re: [PATCH v2] Documentation / cpu hotplug: Rephrase the outdated description for MADT entries, Rafael J. Wysocki
• [Resend PATCH] PM/Qos: Update Documentation/power/pm_qos_interface.txt, Lan Tianyu
  • Re: [Resend PATCH] PM/Qos: Update Documentation/power/pm_qos_interface.txt, Rafael J. Wysocki
• [PATCH] PM/Qos: Update Documentation/power/pm_qos_interface.txt, Lan Tianyu
• [GIT PULL] ACPI fixes for v3.10-rc7, Rafael J. Wysocki
• [PATCH] Documentation / cpu hotplug: remove outdated description for MADT entries, Hanjun Guo
  • Re: [PATCH] Documentation / cpu hotplug: remove outdated description for MADT entries, Rafael J. Wysocki
    • Re: [PATCH] Documentation / cpu hotplug: remove outdated description for MADT entries, Hanjun Guo
  • Re: [PATCH] Documentation / cpu hotplug: remove outdated description for MADT entries, Rob Landley
    • Re: [PATCH] Documentation / cpu hotplug: remove outdated description for MADT entries, Jiri Kosina
• [PATCH 0/3] ACPI video driver document update, Aaron Lu
  • [PATCH 1/3] ACPI / video: add description for brightness_switch_enabled, Aaron Lu
  • [PATCH 2/3] ACPI / video: move video_extension.txt to Documentation/acpi, Aaron Lu
  • [PATCH 3/3] ACPI / video: update video_extension.txt for backlight control, Aaron Lu
  • Re: [PATCH 0/3] ACPI video driver document update, Rafael J. Wysocki
• [PATCH 0/3] ACPI: Documentation udpates, Lv Zheng
  • [PATCH 1/3] ACPI: Update MAINTAINERS file to include Documentation/acpi, Lv Zheng
  • [PATCH 2/3] ACPI: Add sysfs ABI documentation, Lv Zheng
  • [PATCH 3/3] ACPI: Add ACPI namespace documentation, Lv Zheng
  • Re: [PATCH 0/3] ACPI: Documentation udpates, Rafael J. Wysocki
• [PATCH v2 1/2] mce: acpi/apei: Honour Firmware First for MCA banks listed in APEI HEST CMC, Naveen N. Rao
  • [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors, Naveen N. Rao
    • Re: [PATCH v2 2/2] mce: acpi/apei: Add a boot option to disable ff mode for corrected errors, Borislav Petkov