Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• RE: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: "Liu, Jinsong" <jinsong.liu@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] UART: Add UART subsystem as a bus.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 4/4] UART: Add dummy devices to test the enumeration.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH v3 3/4] UART / 8250: Add declearation of serial8250 driver.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH v3 2/4] ACPI / UART: Add ACPI enumeration support for UART bus.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH v3 1/4] UART: Add UART subsystem as a bus.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH v3 0/4] ACPI/UART: Add ACPI 5.0 enueration support for UART.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v5 2/3] aerdrv: Enhanced AER logging
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• RE: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• [PATCH 3.7-rc8] ACPICA: Fix ACPI mutex object allocation memory leak on error
  • From: Tim Gardner <tim.gardner@xxxxxxxxxxxxx>
• RE: [PATCH 3.7-rc8] ACPICA: Fix ACPI mutex object allocation memory leak on error
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Andreas Mohr <andi@xxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Andreas Mohr <andi@xxxxxxxx>
• Re: [PATCH v7 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v7 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• RE: [PATCH v7 2/3] aerdrv: Enhanced AER logging
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v7 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v7 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] ACPI / PM: Move device power management functions to device_pm.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Fix header of acpi_dev_pm_detach() in acpi.h
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH] ACPI / PM: Fix header of acpi_dev_pm_detach() in acpi.h
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Look Ma, da kernel is b0rken
  • From: Andreas Mohr <andi@xxxxxxxx>
• RE: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 4/4] UART: Add dummy devices to test the enumeration.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 3/4] UART / 8250: Add declearation of serial8250 driver.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 2/4] ACPI / UART: Add ACPI enumeration support for UART bus.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 1/4] UART: Add UART subsystem as a bus.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 0/4] ACPI/UART: Add ACPI 5.0 enueration support for UART.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• RE: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 0/3] ACPI / PM: Export ACPI power states of devices via sysfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] ACPI / PM: Common string representations of device power states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] ACPI / PM: More visible function for retrieving device power states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] ACPI / PM: Export power states of ACPI devices via sysfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v7 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v7 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v7 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [PATCH v6 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 2/3] aerdrv: Enhanced AER logging
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• RE: [PATCH v6 2/3] aerdrv: Enhanced AER logging
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• RE: [PATCH v6 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/3] aerdrv: Enhanced AER logging
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v6 1/3] aerdrv: Trace Event for AER
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v6 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v6 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v6 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v6 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [PATCH] ACPI : do not use Lid and Sleep button for S5 wakeup
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH] libata: restore acpi disable functionality
  • From: Dimitris Damigos <damigos@xxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 11/12] memory-hotplug: remove sysfs file of node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: "Liu, Jinsong" <jinsong.liu@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI : do not use Lid and Sleep button for S5 wakeup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v5 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v5 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v5 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• Re: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 1/3] aerdrv: Trace Event for AER
  • From: Joe Perches <joe@xxxxxxxxxxx>
• RE: [PATCH v4 1/3] aerdrv: Trace Event for AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• RE: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• RE: [PATCH v4 1/3] aerdrv: Trace Event for AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• Re: [PATCH v4 1/3] aerdrv: Trace Event for AER
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH v4 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v4 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v4 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH] libata: restore acpi disable functionality
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH] Execute "orphan" _REG method for specified EC device
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH] ACPI : do not use Lid and Sleep button for S5 wakeup
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [RFC PATCH 3/3] UART: Add dummy devices to test the enumeration.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 2/3] ACPI / UART: Add ACPI enumeration support for UART bus.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 0/3] ACPI/UART: Add ACPI 5.0 enueration support for UART.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• [PATCH] ACPI video: ignore BIOS initial backlight value for HP Folio 13-2000
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Brightness control fails between 3.6.8 and 3.7.0-rc7 (Intel 915/Dell Vostro 3560)
  • From: Tom St Denis <tstdenis@xxxxxxxxxxxxxxxx>
• [PATCH] ACPI / PM: Consolidate suspend-specific and hibernate-specific code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] libata: restore acpi disable functionality
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] ACPI video: ignore BIOS initial backlight value for HP Folio 13-2000
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: Azat Khuzhin <dohardgopro@xxxxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: Azat Khuzhin <dohardgopro@xxxxxxxxx>
• Re: [PATCH v3 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 2/3] aerdrv: Enhanced AER logging
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Runtime PM/PCI D3 issue
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v3 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v3 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [PATCH v3 2/3] aerdrv: Enhanced AER logging
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v3 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v2 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• RE: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• Re: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 2/3] spi / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 2/3] spi / ACPI: add ACPI enumeration support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v4 1/3] gpio / ACPI: add ACPI support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 1/3] gpio / ACPI: add ACPI support
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] ACPI, APEI, EINJ: Add missed ACPI5 support error trigger table
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v3] [resend] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH 2/3] aerdrv: Enhanced AER logging
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 2/3] aerdrv: Enhanced AER logging
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PNP: Do not crash due to stale pointer use during system resume
  • From: Shuah Khan <shuahkhan@xxxxxxxxx>
• Re: [PATCH] ACPI / PNP: Do not crash due to stale pointer use during system resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI / PNP: Do not crash due to stale pointer use during system resume
  • From: Shuah Khan <shuahkhan@xxxxxxxxx>
• [PATCH] ACPI / PNP: Do not crash due to stale pointer use during system resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• RE: [PATCH 2/3] aerdrv: Enhanced AER logging
  • From: "Ortiz, Lance E" <lance.oritz@xxxxxx>
• Re: [PATCH 2/3] aerdrv: Enhanced AER logging
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH 3/3] aerdrv: Cleanup log output for CPER based AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• ACPI / PM: Candidate material for the v3.8 merge window, part I
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/5] ACPI dock: remove unnecessary newline from exception message
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Patch v5 5/7] acpi_memhotplug.c: don't allow to eject the memory device if it is being used
  • From: andywu106建国 <wujianguo106@xxxxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [PATCH 1/5] ACPI dock: remove unnecessary newline from exception message
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 5/5] ACPI thermal: remove unnecessary newline from exception message
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 4/5] ACPICA: GPE support: remove unnecessary newline from error messages
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 2/5] ACPI video: remove unnecessary newline from error messages
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 3/5] ACPI sysfs: remove unnecessary newline from exception
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 0/5] remove some unnecessary newline from error messages
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• [FIX PATCH v2] acpi/video_detect: Add "Asus UL30VT" to acpi video detect blacklist
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [FIX PATCH] acpi/video_detect: Add "Asus UL30VT" to acpi video detect blacklist
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH RESEND] ACPI: do acpisleep dmi check when CONFIG_ACPI_SLEEP is set
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Lenovo T530 Brightness Control Issue
  • From: Matt White <mattw922@xxxxxxxxx>
• Re: ZPODD ACPI _PRW method support
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: do acpisleep dmi check when CONFIG_ACPI_SLEEP is set
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: wfp5p@xxxxxxxxxxxxxxxxxxxxxxxxx (Bill Pemberton)
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ZPODD ACPI _PRW method support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Zdenek Kabelac <zkabelac@xxxxxxxxxx>
• Re: ZPODD ACPI _PRW method support
  • From: "Jeff.Wu" <chping@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Acpi deadlocks with 3.7.0-rc4
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] ACPI: do acpisleep dmi check when CONFIG_ACPI_SLEEP is set
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: ZPODD ACPI _PRW method support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI thermal: _TMP and _CRT/_HOT/_PSV/_ACx dependency fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• ZPODD ACPI _PRW method support
  • From: "Jeff.Wu" <chping@xxxxxxxxx>
• Re: [PATCH] ACPI thermal: _TMP and _CRT/_HOT/_PSV/_ACx dependency fix
  • From: katabami <katabami@xxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] ACPI thermal: _TMP and _CRT/_HOT/_PSV/_ACx dependency fix
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI thermal: _TMP and _CRT/_HOT/_PSV/_ACx dependency fix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: Measure idle state durations with monotonic clock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: remove unnecessary INIT_LIST_HEAD
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH 04/15] ACPICA: Fixes code maintenance divergences.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 0/3] ACPI: container hot remove support.
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [Patch v4 07/12] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 02/12] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 01/12] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 00/12] memory-hotplug: hot-remove physical memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: remove unnecessary INIT_LIST_HEAD
  • From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
• [Patch v4 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 04/12] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 03/12] memory-hotplug: remove redundant codes
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 10/12] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 05/12] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Patch v4 12/12] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: remove unnecessary INIT_LIST_HEAD
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: remove unnecessary INIT_LIST_HEAD
  • From: "Westerberg, Mika" <mika.westerberg@xxxxxxxxx>
• [PATCH] ACPI: remove unnecessary INIT_LIST_HEAD
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: Measure idle state durations with monotonic clock
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH] cpuidle: Measure idle state durations with monotonic clock
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH v3 08/12] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• RE: [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 12/15] ACPICA: Enhance the ACPI_GETx and ACPI_SETx macros.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 02/15] ACPICA: Fixes comments caused divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 04/15] ACPICA: Fixes code maintenance divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 05/15] ACPICA: Fixes call depth check caused divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 2/2] platform / ACPI: Attach/detach ACPI PM during probe/remove/shutdown
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 12/15] ACPICA: Enhance the ACPI_GETx and ACPI_SETx macros.
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• RE: [PATCH 09/15] ACPICA: Debugger: Major update for the Disassemble<method> command.
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• RE: [PATCH 05/15] ACPICA: Fixes call depth check caused divergences.
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• Re: [PATCH v3 0/3] ACPI: container hot remove support.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• RE: [PATCH 04/15] ACPICA: Fixes code maintenance divergences.
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• RE: [PATCH 02/15] ACPICA: Fixes comments caused divergences.
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• RE: [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH] ACPI thermal: _TMP and _CRT/_HOT/_PSV/_ACx dependency fix
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v3 0/3] ACPI: container hot remove support.
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Jianguo Wu <wujianguo106@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] ACPI: container hot remove support.
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• [PATCH 3/5] cpu-hotplug, memory-hotplug: try offline the node when hotremoving a cpu
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 4/5] cpu-hotplug,memory-hotplug: clear cpu_to_node() when offlining the node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 5/5] Do not use cpu_to_node() to find an offlined cpu's node.
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 2/5] memory-hotplug: export the function try_offline_node()
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 1/5] cpu_hotplug: clear apicid to node when the cpu is hotremoved
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [PATCH 0/5] cpu-hotplug,memory-hotplug: bug fix for offlining node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: include missed header into acpi_platform.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: include missed header into acpi_platform.c
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: include missed header into acpi_platform.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] ACPI / platform: Put devices enumerated via ACPI into D0 before probing drivers
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/3] ACPI: container hot remove support.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH] libata: restore acpi disable functionality
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v3 0/3] ACPI: container hot remove support.
  • From: Hanjun Guo <guohanjun@xxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / PM: Allow attach/detach routines to change device power states
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / PM: Allow attach/detach routines to change device power states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / PM: Allow attach/detach routines to change device power states
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / PM: Allow attach/detach routines to change device power states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / PM: Allow attach/detach routines to change device power states
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] platform / ACPI: Attach/detach ACPI PM during probe/remove/shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] platform / ACPI: Attach/detach ACPI PM during probe/remove/shutdown
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 0/2] ACPI / platform: Put devices enumerated via ACPI into D0 before probing drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / PM: Allow attach/detach routines to change device power states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] platform / ACPI: Attach/detach ACPI PM during probe/remove/shutdown
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 1/4] ACPI: Support system notify handler via .sys_notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v3 2/3] acpi_memhotplug: Add prepare_remove operation
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• Re: [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Wen Congyang <wencongyang@xxxxxxxxx>
• [PATCH] PM / QoS: Rename local variable in dev_pm_qos_add_ancestor_request()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: acer_wmi
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH] PM / QoS: Handle device PM QoS flags while removing constraints
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/3] Add SDHCI ACPI driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC PATCH v3 1/3] acpi: Introduce prepare_remove operation in acpi_device_ops
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 2/3] acpi_memhotplug: Add prepare_remove operation
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 3/3] acpi_memhotplug: Allow eject to proceed on rebind scenario
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: acer_wmi
  • From: Sebastian Riemer <sebastian.riemer@xxxxxxxxxxxxxxxx>
• acer_wmi
  • From: Justin Chudgar <justin@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] mmc: sdhci-acpi: add SDHCI ACPI driver
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] ACPI: add SDHCI to ACPI platform devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2 0/3] Add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH v2 1/3] PNPACPI: exclude devices already bound
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH v2 2/3] ACPI: add SDHCI to ACPI platform devices
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH v2 3/3] mmc: sdhci-acpi: add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH 3/3] mmc: sdhci-acpi: add SDHCI ACPI driver
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Amit Kachhap <amit.kachhap@xxxxxxxxxx>
• Re: [PATCH v2] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi: Read temperature before trip points for HP Compaq 6715b and 6715s
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: Jean Delvare <khali@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: Cyril Roelandt <tipecaml@xxxxxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH 0/3] Add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH v2] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: Cyril Roelandt <tipecaml@xxxxxxxxx>
• Re: [PATCH RESEND] acpi: Fix logging when no pci_irq is allocated
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] acpi: Read temperature before trip points for HP Compaq 6715b and 6715s
  • From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 00/12] memory-hotplug: hot-remove physical memory
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: Cyril Roelandt <tipecaml@xxxxxxxxx>
• [PATCH 2/3] ACPI: add SDHCI to ACPI platform devices
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 0/3] Add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 3/3] mmc: sdhci-acpi: add SDHCI ACPI driver
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 1/3] PNPACPI: exclude SDHCI devices
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• Re: [PATCH RESEND] acpi: Fix logging when no pci_irq is allocated
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] acpi: introduce os_accessible flag for power_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v7-1 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/15] ACPICA 20121114 Release
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v7-1 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 1/4] thermal: Add new thermal trend type to support quick cooling
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH RESEND] acpi: Fix logging when no pci_irq is allocated
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND] acpi: Fix logging when no pci_irq is allocated
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH RESEND] acpi: Fix logging when no pci_irq is allocated
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: shutdown with toshiba portege
  • From: François Boisson <user.anti-spam@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND] acpi: Fix logging when no pci_irq is allocated
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2] acpi: introduce os_accessible flag for power_state
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 10/10] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 09/10] libata: use PM_QOS_FLAG_NO_POLL to avoid events checking for ZPODD
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 08/10] PM / BLOCK: add PM_QOS_FLAG_NO_POLL to skip events checking
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 07/10] libata: expose pm qos flags to user space for ata device
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 06/10] libata: handle power transition of ODD
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 05/10] libata: check zero power ready status for ZPODD
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 04/10] libata: move acpi notification code to zpodd
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 03/10] libata: identify and init ZPODD devices
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 02/10] libata: Add CONFIG_SATA_ZPODD
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 01/10] scsi: sr: support runtime pm
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v10 00/10] ZPODD Patches
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 15/15] ACPICA: Update version to 20121114.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 14/15] ACPICA: AcpiGetObjectInfo: optimize exit for mutex failure.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 13/15] ACPICA: Resource Manager: update template walking with ACPI_NEXT_RESOURCE.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/15] ACPICA: Enhance the ACPI_GETx and ACPI_SETx macros.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/15] ACPICA: Add macros to extract flag bits from resource descriptors.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/15] ACPICA: Disassembler: Add new ACPI 5 interrupt sharing flags.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/15] ACPICA: Debugger: Major update for the Disassemble<method> command.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/15] ACPICA: Performance: Remove function tracing from critical allocation functions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/15] ACPICA: Fix possible memory leak.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/15] ACPICA: Performance enhancement for ACPI package objects.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/15] ACPICA: Fixes call depth check caused divergences.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/15] ACPICA: Fixes code maintenance divergences.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/15] ACPICA: Fixes indent caused divergences.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 02/15] ACPICA: Fixes comments caused divergences.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/15] ACPICA 20121114 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• RE: [PATCH 0/4] thermal: Add support for interrupt based notification to thermal layer
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• RE: [PATCH 1/1] thermal: cpu cooling: allow module builds
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• [PATCH RESEND] Fix printing when no interrupt is allocated
  • From: Daniel J Blueman <daniel@xxxxxxxxxxxxxxxxxx>
• ACPI and backlight
  • From: ed mente <ed1mente@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH 1/1] thermal: cpu cooling: use const parameter while registering
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH v7-1 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v7 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [FIX PATCH] ACPI / PM: Add Sony Vaio VPCEB1S1E to nonvs blacklist.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 217/493] acpi: remove use of __devinit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 387/493] acpi: remove use of __devexit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: Measure idle state durations with monotonic clock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] acpi: introduce swset flag for power_state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v7 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v7 3/5] ACPI: Update Memory hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v7 5/5] ACPI: Update Dock hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v7 4/5] ACPI: Update Container hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v7 2/5] ACPI: Update CPU hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v7 0/5] ACPI: hotplug messages improvement
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Update][PATCH 0/3] ACPI: Simplify "glueing" to physical nodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v6 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v6 1/5] ACPI: Add acpi_handle_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v6 2/5] ACPI: Update CPU hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v6 3/5] ACPI: Update Memory hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v6 5/5] ACPI: Update Dock hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v6 4/5] ACPI: Update Container hotplug error messages
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v6 0/5] ACPI: hotplug messages improvement
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v4 1/3] gpio / ACPI: add ACPI support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v4 2/3] spi / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v4 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v4 3/3] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Update][PATCH 0/3] ACPI: Simplify "glueing" to physical nodes
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 3/3] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Update 2][PATCH 2/3] ACPI / driver core: Introduce struct acpi_dev_node and related macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] spi / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 2/3] spi / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] i2c / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 2/3] spi / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 2][PATCH 2/3] ACPI / driver core: Introduce struct acpi_dev_node and related macros
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/3] gpio / ACPI: add ACPI support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• [PATCH v3 2/3] spi / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3 3/3] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3 0/3] ACPI 5 support for GPIO, SPI and I2C
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v3 1/3] gpio / ACPI: add ACPI support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Update 2][PATCH 2/3] ACPI / driver core: Introduce struct acpi_dev_node and related macros
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [Update][PATCH 0/3] ACPI: Simplify "glueing" to physical nodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 0/3] ACPI: Simplify "glueing" to physical nodes
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Update][PATCH 2/3] ACPI / driver core: Introduce struct acpi_dev_node and related macros
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v3 06/12] memory-hotplug: unregister memory section on SPARSEMEM_VMEMMAP
  • From: Jaegeuk Hanse <jaegeuk.hanse@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 1/3] ACPI: Allow ACPI handles of devices to be initialized in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 2/3] ACPI / driver core: Introduce struct acpi_dev_node and related macros
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 0/3] ACPI: Simplify "glueing" to physical nodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 3/3] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [ACPIHP PATCH part1 0/4] introduce a framework for ACPI based system device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 387/493] acpi: remove use of __devexit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• [PATCH 217/493] acpi: remove use of __devinit
  • From: Bill Pemberton <wfp5p@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [ACPIHP PATCH part1 0/4] introduce a framework for ACPI based system device hotplug
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [ACPIHP PATCH part1 1/4] ACPIHP: introduce a framework for ACPI based system device hotplug
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [Update][PATCH 1/2] ACPI: Allow ACPI handles of devices to be initialized in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 11/12] memory-hotplug: remove sysfs file of node
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: Allow ACPI handles of devices to be initialized in advance
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [ACPIHP PATCH part1 1/4] ACPIHP: introduce a framework for ACPI based system device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 RESEND 1/5] ACPI: Add acpi_pr_<level>() interfaces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• RE: [PATCH] ACPI / PM: Add check preventing transitioning to non-D0 state from D3.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 0/2] ACPI: Simplify "glueing" to physical nodes (was: Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI: Allow ACPI handles of devices to be initialized in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / platform: Initialize ACPI handles of platform devices in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 07/10] block: add a new interface to block events
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 05/10] libata: separate ATAPI code
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v9 03/10] ata: zpodd: identify and init ZPODD devices
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPICA: Use hweight8() and hweight16()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2 2/3] spi / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] spi / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPICA: Use hweight8() and hweight16()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPICA: Use hweight8() and hweight16()
  • From: Akinobu Mita <akinobu.mita@xxxxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3 UPDATED] i2c / ACPI: add ACPI enumeration support
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: Robert Hancock <hancockrwd@xxxxxxxxx>
• [PATCH] acpi_system_write_wakeup_device(): fix error check for unsigned variable.
  • From: Cyril Roelandt <tipecaml@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Patch to correct battery capacity values on Thinkpads (repost)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/3] acpi: Introduce prepare_remove device operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3] i2c / ACPI: add ACPI enumeration support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 3/3] i2c / ACPI: add ACPI enumeration support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>