Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH EDAC 02/13] ghes: move structures/enum to a header file
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 01/13] edac: lock module owner to avoid error report conflicts
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 00/13] Add a driver to report Firmware first errors (via GHES)
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 05/13] ghes_edac: Register at EDAC core the BIOS report
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 08/13] ghes_edac: add support for reporting errors via EDAC
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 09/13] ghes_edac: do a better job of filling EDAC DIMM info
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 10/13] edac: better report error conditions in debug mode
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 12/13] ghes_edac.c: Don't credit the same memory dimm twice
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 11/13] edac: initialize the core earlier
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 13/13] ghes_edac: Improve driver's printk messages
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 06/13] ghes_edac: Allow registering more than once
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• [PATCH EDAC 04/13] edac: add a new memory layer type
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v4 2/4] numa: avoid export acpi_numa variable
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v4 0/4] acpi: do some changes for numa info
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v4 3/4] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v4 4/4] remove include asm/acpi.h in process_driver.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Report _OSC control mask returned on failure to get control
  • From: Andreas Mohr <andi@xxxxxxxx>
• Re: [PATCH] PCI / ACPI: Report _OSC control mask returned on failure to get control
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Report _OSC control mask returned on failure to get control
  • From: Andreas Mohr <andi@xxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Ben Jencks <ben@xxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Ben Jencks <ben@xxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PCI: Initialize PCI root drivers after PCI bus enumeration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI / PCI: Initialize PCI root drivers after PCI bus enumeration
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PCI: Initialize PCI root drivers after PCI bus enumeration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Unable to boot without workarounds
  • From: Grzesiek <grzesiek3e6@xxxxx>
• [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2] APM idle: register apm_cpu_idle via cpuidle
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [Bisected] [-next-20130204] usb/hcd: irq 18: nobody cared
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [Bisected] [-next-20130204] usb/hcd: irq 18: nobody cared
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make acpi_bus_hot_remove_device() acquire the scan lock
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Remove the use of CONFIG_ACPI_CONTAINER_MODULE
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Remove the use of CONFIG_ACPI_CONTAINER_MODULE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2] APM idle: register apm_cpu_idle via cpuidle
  • From: Len Brown <lenb@xxxxxxxxxx>
• APM: Request to Test
  • From: Len Brown <lenb@xxxxxxxxxx>
• [PATCH] ACPI: Remove the use of CONFIG_ACPI_CONTAINER_MODULE
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Bisected] [-next-20130204] usb/hcd: irq 18: nobody cared
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• ACPI / PM: Candidate material for the v3.9 merge window
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / scan: Make acpi_bus_hot_remove_device() acquire the scan lock
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] ACPI / scan: Two fixes for device hot-removal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / scan: Full transition to D3cold in acpi_device_unregister()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Documentation / acpi: refer to correct file for acpi_platform_device_ids[] table
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Drop the container.h header file
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH] ACPI: Drop the container.h header file
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Documentation / acpi: refer to correct file for acpi_platform_device_ids[] table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] ACPI / scan: Remove useless #ifndef and simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] ACPI / scan: Remove useless #ifndef and simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] ACPI / scan: Remove useless #ifndef and simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [linux-pm] linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] ACPI / scan: Remove useless #ifndef and simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Make container driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Hillf Danton <dhillf@xxxxxxxxx>
• Re: linux-next: Tree for Feb 8 [ smp|cpufreq: WARNING: at kernel/smp.c:245 smp_call_function_single ]
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Make container driver use struct acpi_scan_handler
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/2] ACPI / scan: Remove useless #ifndef and simplify container driver
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 01/02] ACPI: sysfs eject support for ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 01/02] ACPI: sysfs eject support for ACPI scan handlers
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 01/02] ACPI: sysfs eject support for ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 01/02] ACPI: sysfs eject support for ACPI scan handlers
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 0/2] ACPI / scan: Remove useless #ifndef and simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / scan: Remove useless #ifndef from acpi_eject_store()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / scan: Make container driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Unbind ACPI drv when probe failed
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Unbind ACPI drv when probe failed
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI: Unbind ACPI drv when probe failed
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [RFC PATCH] ACPI / serial: Add UART change_pm support with ACPI power domain
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH 02/02] ACPI: Register container drv as scan driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 01/02] ACPI: sysfs eject support for ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 00/02] ACPI: sysfs eject support for container
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH] ACPI / serial: Add UART change_pm support with ACPI power domain
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] ACPI / serial: Add UART change_pm support with ACPI power domain
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] ACPI / serial: Add UART change_pm support with ACPI power domain
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RFC PATCH] ACPI / serial: Add UART change_pm support with ACPI power domain
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH V2 1/3] PM: Introduce suspend state PM_SUSPEND_FREEZE
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH] ACPI / scan: Follow priorities of IDs when matching scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] tools/power/acpi: Introduce acpi_validate with manpage for easy validation of ACPI BIOS tables
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH] tools/power/acpi: Introduce acpi_validate with manpage for easy validation of ACPI BIOS tables
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH] tools/power/acpi: Introduce acpi_validate with manpage for easy validation of ACPI BIOS tables
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] tools/power/acpi: Introduce ec_access.c - tool to access the Embedded Controller (EC) safely for debugging purposes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• ACPI capabilities on AppleTV (1st gen)
  • From: Dag Wieers <dag@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/4] numa: avoid export acpi_numa variable
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] numa: avoid export acpi_numa variable
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/4] numa: avoid export acpi_numa variable
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH v3 2/4] numa: avoid export acpi_numa variable
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v3 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v3 4/4] remove include asm/acpi.h in process_driver.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v3 3/4] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v3 0/4] acpi: do some changes for numa info
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] numa: avoid export acpi_numa variable
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] remove include asm/acpi.h in process_driver.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] remove include asm/acpi.h in process_driver.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 2/4] numa: avoid export acpi_numa variable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 3/4] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 2/4] numa: avoid export acpi_numa variable
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH] acpi: change Makefile for srat.c building
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] remove include asm/acpi.h in process_driver.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 3/4] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 2/4] numa: avoid export acpi_numa variable
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH v2 0/4] acpi: do some changes for numa info
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• Re: APEI: ERST table in ACPI NVS not supported
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 2/5] acpi/numa: check if parsing acpi numa info disabled earlier
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/5] numa: avoid export acpi_numa variable
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/1] ACPI: Add DMI entry for Sony VGN-FW41E_H
  • From: joseph.salisbury@xxxxxxxxxxxxx
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 3/5] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/5] acpi/numa: check if parsing acpi numa info disabled earlier
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/5] numa: avoid export acpi_numa variable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: APEI: ERST table in ACPI NVS not supported
  • From: Max Asbock <masbock@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Intel-gfx] [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: APEI: ERST table in ACPI NVS not supported
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 5/5] remove include asm/acpi.h in process_driver.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH 4/5] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH 1/5] numa: avoid export acpi_numa variable
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH 2/5] acpi/numa: check if parsing acpi numa info disabled earlier
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH 3/5] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH 0/5] acpi: do some changes for numa info
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH V2 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V2 2/3] ACPI: enable ACPI SCI during suspend
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V2 1/3] PM: Introduce suspend state PM_SUSPEND_FREEZE
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 0/2] ACPI scan handler for memory hotplug and container simplification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / scan: Simplify container driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Myron Stowe <mstowe@xxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PM: Handle missing _PSC in acpi_bus_update_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / scan: Follow priorities of IDs when matching scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: Steven Newbury <steve@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / scan: Follow priorities of IDs when matching scan handlers
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] ACPI / scan: Follow priorities of IDs when matching scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH?] Move ACPI device nodes under /sys/firmware/acpi (was: Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: Steven Newbury <steve@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: Steven Newbury <steve@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v5 0/8] introduce PCI bus notifier chain to get rid of the ACPI PCI subdriver interfaces
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RESEND PATCH 1/4] ACPI/PM: Fix acpi_bus_get_device() check in drivers/acpi/device_pm.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH] ACPI / PM: Do not power manage devices in unknown initial states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Resend][PATCH] ACPI / PM: Do not power manage devices in unknown initial states
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• Re: [RFC PATCH v5 0/8] introduce PCI bus notifier chain to get rid of the ACPI PCI subdriver interfaces
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [UPDATE][PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [UPDATE][PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [UPDATE][PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [UPDATE][PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/4] ACPI/PM: Fix acpi_bus_get_device() check in drivers/acpi/device_pm.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [Resend][PATCH] ACPI / PM: Do not power manage devices in unknown initial states
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RESEND PATCH 1/4] ACPI/PM: Fix acpi_bus_get_device() check in drivers/acpi/device_pm.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Clean up acpi_bus_get_parent()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Fix acpi_bus_get_device() check in acpi_match_device()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [RESEND PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Fix acpi_bus_get_device() check in acpi_match_device()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Clean up acpi_bus_get_parent()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Julius Werner <jwerner@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Clean up acpi_bus_get_parent()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 4/4] GPU/i915: Fix acpi_bus_get_device() check in drivers/gpu/drm/i915/intel_opregion.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RESEND PATCH 3/4] PNPACPI: Fix acpi_bus_get_device() check in drivers/pnp/pnpacpi/core.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RESEND PATCH 2/4] ACPI/dock: Fix acpi_bus_get_device() check in drivers/acpi/ddock.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [RESEND PATCH 1/4] ACPI/PM: Fix acpi_bus_get_device() check in drivers/acpi/device_pm.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix acpi_bus_get_device() check
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix acpi_bus_get_device() check
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix acpi_bus_get_device() check
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] Fix acpi_bus_get_device() check
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 0/4] Fix acpi_bus_get_device() check
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Fix acpi_bus_get_device() check in acpi_match_device()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/12] drivers/base: Add system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH] ACPI / PM: Add check preventing transitioning to non-D0 state from D3.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Add check preventing transitioning to non-D0 state from D3.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / scan: Fix acpi_bus_get_device() check in acpi_match_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] ACPI / scan: Fix and cleanup related to acpi_bus_get_device()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / scan: Clean up acpi_bus_get_parent()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Add check preventing transitioning to non-D0 state from D3.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] cpuidle: fix new C-states not functional after AC disconnect
  • From: Thomas Schlichter <thomas.schlichter@xxxxxx>
• Re: [PATCH] ACPI / PM: Add check preventing transitioning to non-D0 state from D3.
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• Re: [PATCH 0/4] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 02/12] ACPI: Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 01/12] Add sys_hotplug.h for system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 03/12] drivers/base: Add system device hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH 0/4] ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [Update][PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• APEI: ERST table in ACPI NVS not supported
  • From: Max Asbock <masbock@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: Steven Newbury <steve@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 08/15] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH v6 00/15] memory-hotplug: hot-remove physical memory
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• [Update][PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v2] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH 1/4] PCI/ACPI: Add target state as parameter to pci_platform_pm_ops->run_wake
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [PATCH 3/4] PCI/PM: Set pci_dev->set_d3cold in pci_set_power_state
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [PATCH 0/4] PCI/PM: D3cold support for system suspend
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [PATCH 2/4] PCI: Rename pci_dev->runtime_d3cold to pci_dev->set_d3cold
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [PATCH 4/4] PCI/PM: Enable D3cold support for system suspend
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 0/4] ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] PM: Introduce suspend state PM_SUSPEND_FREEZE
  • From: Andreas Mohr <andi@xxxxxxxx>
• Re: [RFC PATCH v5 0/8] introduce PCI bus notifier chain to get rid of the ACPI PCI subdriver interfaces
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/4] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v5 0/8] introduce PCI bus notifier chain to get rid of the ACPI PCI subdriver interfaces
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/4] ACPI scan handlers
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC PATCH v5 4/8] ACPI, PCI: avoid building pci_slot as module
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH v5 0/8] introduce PCI bus notifier chain to get rid of the ACPI PCI subdriver interfaces
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH v2] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• Re: [PATCH] PM/CORE: Fix using sizeof without parenthesis in the sysfs.c
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH] PM/CORE: Fix using sizeof without parenthesis in the sysfs.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI/Sleep: Add init_nvs_nosave_s3() function
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH] PM/CORE: Fix using sizeof without parenthesis in the sysfs.c
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• [PATCH 2/4] ACPI / PCI: Make PCI root driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] ACPI / scan: Introduce struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] ACPI / PCI: Make PCI IRQ link driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] ACPI / platform: Use struct acpi_scan_handler for creating devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI/Sleep: Add init_nvs_nosave_s3() function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PM/CORE: Fix using sizeof without parenthesis in the sysfs.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 4/6] cpufreq: Add a get_current_driver helper
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: [PATCH 4/6] cpufreq: Add a get_current_driver helper
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] PM/CORE: Fix using sizeof without parenthesis in the sysfs.c
  • From: James Courtier-Dutton <james.dutton@xxxxxxxxx>
• [PATCH] PM/CORE: Fix using sizeof without parenthesis in the sysfs.c
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC PATCH] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Michal Hocko <mhocko@xxxxxxx>
• [PATCH 2/2] ACPI/Sleep: use init_nvs_nosave_s3() for Sony Vaio VPCCW29FX and VPCEB1S1E callback in the non-nvs blacklist
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 1/2] ACPI/Sleep: Add init_nvs_nosave_s3() function
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 4/6] cpufreq: Add a get_current_driver helper
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• RE: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH] ACPI: add a dummy ACPI RTC driver to handle BIOS AML's accesses to registers delcared in CMOS OperationRegion v2.
  • From: Alex Hung <alex.hung@xxxxxxxxxxxxx>
• Re: [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] ACPI: Fix /proc/acpi/wakeup for devices w/o bus or parent
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v3 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Intel-gfx] [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [RFC PATCH 3/3] i915: ignore lid open event when resuming
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 2/3] ACPI: enable ACPI SCI during suspend
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 1/3] PM: Introduce suspend state PM_SUSPEND_FREEZE
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH] ACPI: Fix /proc/acpi/wakeup for devices w/o bus or parent
  • From: Andreas Fleig <andreasfleig@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: "Carlos R. Mafra" <crmafra@xxxxxxxxx>
• [PATCH v2 04/22] PCI, ACPI: Update comments for find_bridge in acpi_bus_type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v10 00/11] PCI, ACPI: pci root bus hotplug support / pci match_driver
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / scan: Make scanning of fixed devices follow the general scheme
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 0/2] ACPI / scan: Additional changes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / scan: Make namespace scanning and trimming mutually exclusive
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / scan: Make scanning of fixed devices follow the general scheme
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: Azat Khuzhin <dohardgopro@xxxxxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 0/7] ACPICA 20130117 Release
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: "Carlos R. Mafra" <crmafra@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: Problems with gpe13 interrupt storm.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI errors with 3.7-rc3
  • From: "Carlos R. Mafra" <crmafra2@xxxxxxxxx>
• Re: linux-next: Tree for Jan 25 (BROKEN suspend)
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Problems with gpe13 interrupt storm.
  • From: James Courtier-Dutton <james.dutton@xxxxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v10 00/11] PCI, ACPI: pci root bus hotplug support / pci match_driver
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 00/11] PCI, ACPI: pci root bus hotplug support / pci match_driver
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] sysfs: Fix build when sysfs is disabled
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [patch] sysfs: Fix build when sysfs is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] sysfs: Fix build when sysfs is disabled
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [patch] sysfs: Fix build when sysfs is disabled
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• [patch] sysfs: Fix build when sysfs is disabled
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC] ACPI scan handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Michal Hocko <mhocko@xxxxxxx>
• Re: [RFC PATCH] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC PATCH] gpiolib-acpi: Add ACPI5 event model support to gpio.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Sergei Shtylyov <sshtylyov@xxxxxxxxxx>
• [PATCH v2 2/2] libata: PM code cleanup for ata port
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v2 1/2] libata: pm: differentiate system and runtime pm for ata port
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 7/7] ACPICA: Update version to 20130117
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 6/7] ACPICA: Update predefined info table for _MLS method
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 5/7] ACPICA: Remove some extraneous newlines in ACPI_ERROR type calls
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 4/7] ACPICA: iASL/Disassembler: Add option to ignore NOOP opcodes/operators
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 3/7] ACPICA: AcpiGetSleepTypeData: Allow \_Sx to return either 1 or 2 integers
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 2/7] ACPICA: Update ACPICA copyrights to 2013
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 1/7] ACPICA: Update predefined info table
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/7] ACPICA 20130117 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] ACPI and power management fixes for v3.8-rc5
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 0/5] ACPI / PM: Export power information to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] Fix section mismatch caused by node offline code.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 2/2] cpu-hotplug,memory-hotplug: Remove __cpuinit declaration of numa_clear_node().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 1/2] cpu_hotplug: Remove __cpuinitdata declaration of __apicid_to_node[].
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RFC PATCH v5] HACK: UART: Add dummy devices to test the enumeration
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 2/2] ACPI / UART: Add ACPI enumeration support for UART
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 1/2] TTY: Add TTY slave enumeration support
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v5 0/2] ACPI/UART: Add ACPI 5.0 enumeration support for UART
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [Update][PATCH 0/5] ACPI / PM: Export power information to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 5/5] ACPI / PM: Expose lists of device power resources to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 4/5] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH 1/5] ACPI / scan: Prevent device add uevents from racing with user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC] ACPI scan handlers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PM: Fix consistency check for power resources during resume
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / ACPI: Rework ACPI device nodes lookup for the PCI bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / ACPI: Rework ACPI device nodes lookup for the PCI bus type
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• [Update][PATCH 3/5] ACPI / PM: Expose current status of ACPI power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 4/5] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 1/5] ACPI / scan: Prevent device add uevents from racing with user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 2/5] ACPI / PM: Expose power states of ACPI devices to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 0/5] ACPI / PM: Export power information to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH 5/5] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 2/3] clk: x86: add support for Lynxpoint LPSS clocks
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [RFC PATCH] ACPI: Add boot option to disable auto return object repair
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Simon Jeons <simon.jeons@xxxxxxxxx>
• Re: [Devel] [RFC PATCH] ACPI: Add boot option to disable auto return object repair
  • From: Thomas Renninger <trenn@xxxxxxx>
• [RFC PATCH] ACPI: Add boot option to disable auto return object repair
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v14 1/3] scsi: sr: support runtime pm
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v14 2/3] libata: scsi: no poll when ODD is powered off
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v14 3/3] scsi: remove can_power_off flag from scsi_device
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH v14 0/3] ZPODD Patches
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: ERST: how to avoid a dynamic memory allocation in panic case
  • From: Seiji Aguchi <seiji.aguchi@xxxxxxx>
• Re: ERST: how to avoid a dynamic memory allocation in panic case
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/4] ACPI / PM: Expose power states of ACPI devices to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/4] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / PM: Expose power states of ACPI devices to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/4] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] ACPI / PM: Expose current status of ACPI power resources
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI / PM: Expose power states of ACPI devices to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• ERST: how to avoid a dynamic memory allocation in panic case
  • From: Seiji Aguchi <seiji.aguchi@xxxxxxx>
• Re: [PATCH 1/4] ACPI / PM: Expose power states of ACPI devices to user space
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Drop device start operation that is not used
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Drop device start operation that is not used
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v10 00/11] PCI, ACPI: pci root bus hotplug support / pci match_driver
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] ACPI: Drop device start operation that is not used
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v10 00/11] PCI, ACPI: pci root bus hotplug support / pci match_driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] Add module aliases for acpi-cpufreq
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] ACPI: Remove useless type argument of driver .remove() operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Remove useless type argument of driver .remove() operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Remove useless type argument of driver .remove() operation
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] Add module aliases for acpi-cpufreq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Remove useless type argument of driver .remove() operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 2/3] clk: x86: add support for Lynxpoint LPSS clocks
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: [PATCH] Add module aliases for acpi-cpufreq
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] Add module aliases for acpi-cpufreq
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [RFC PATCH v5 7/8] PCI/PCIe: add "pci=nopciehp" to disable PCIe native hotplug
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH v6 7/8] usb: add usb_device_allow_power_off() and usb_device_prevent_power_off() function.
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 7/8] usb: add usb_device_allow_power_off() and usb_device_prevent_power_off() function.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 8/8] usb: enable usb port device's async suspend.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v6 7/8] usb: add usb_device_allow_power_off() and usb_device_prevent_power_off() function.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v6 7/8] usb: add usb_device_allow_power_off() and usb_device_prevent_power_off() function.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 0/6] acpi-cpufreq and powernow-k8 fixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v6 6/8] usb: expose usb port's pm qos flags to user space
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 1/2] ACPI / PM: Use string "D3cold" to represent ACPI_STATE_D3_COLD
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] ACPI / PM: Fixes related to the D3cold power state
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / PM: Fix device power state value after transitions to D3cold
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH Bug fix 2/5] memory-hotplug: export the function try_offline_node()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 3/5] cpu-hotplug, memory-hotplug: try offline the node when hotremoving a cpu
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 1/5] cpu_hotplug: clear apicid to node when the cpu is hotremoved
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 5/5] Do not use cpu_to_node() to find an offlined cpu's node.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 1/4] Bug fix: Use CONFIG_HAVE_MEMBLOCK_NODE_MAP to protect movablecore_map in memblock_overlaps_region().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 2/4] Bug fix: Fix the doc format.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 4/4] Rename movablecore_map to movablemem_map.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 3/4] Bug fix: Remove the unused sanitize_zone_movable_limit() definition.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 0/4] Bug fix for movablecore_map boot option.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 4/5] cpu-hotplug,memory-hotplug: clear cpu_to_node() when offlining the node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 0/5] Bug fix for node offline
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 2/5] Bug-fix: mempolicy: fix is_valid_nodemask()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 0/5] Bug fix for physical memory hot-remove.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 3/5] Bug fix: Do not split pages when freeing pagetable pages.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 4/5] Bug fix: Fix section mismatch problem of release_firmware_map_entry().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 5/5] Bug fix: Fix the doc format in drivers/firmware/memmap.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH Bug fix 1/5] Bug fix: consider compound pages when free memmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v13 8/9] libata: do not suspend port if normal ODD is attached
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Oliver Neukum <oneukum@xxxxxxx>
• Re: [PATCH] libata: pm: differentiate system and runtime pm for ata port
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 1/4] ACPI / PM: Make acpi_bus_init_power() more robust
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/8] usb: add runtime pm support for usb port device
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v6 2/8] usb: Register usb port's acpi power resources
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [RFC PATCH] scsi: sr: support runtime pm
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v13 1/9] scsi: sr: support runtime pm
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/4] ACPI / PM: Expose power states of ACPI devices to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] ACPI / PM: Expose current status of ACPI power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] ACPI / PM: Export power information to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/4] ACPI / PM: Introduce helper for executing _PSn methods
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/4] ACPI / PM: Make acpi_bus_init_power() more robust
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/4] ACPI / PM: Initial power state checking and power state setting changes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/4] ACPI / PM: Always evaluate _PSn after setting power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/4] ACPI / PM: Sanitize checks in acpi_power_on_resources()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][Update 2][PATCH 1/4] ACPI / PM: Export power states of ACPI devices via sysfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][Update 2][PATCH 1/4] ACPI / PM: Export power states of ACPI devices via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][Update 2][PATCH 1/4] ACPI / PM: Export power states of ACPI devices via sysfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Remove useless type argument of driver .remove() operation
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH v5 3/8] PCI: add a blocking notifier chain for PCI bus addition/removal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][Update 2][PATCH 3/4] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][Update 2][PATCH 4/4] ACPI / PM: Expose lists of device power resources to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][Update 2][PATCH 3/4] sysfs: Functions for adding/removing symlinks to/from attribute groups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][Update 2][PATCH 2/4] ACPI / PM: Expose reference count values of ACPI power resources
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][Update 2][PATCH 2/4] ACPI / PM: Expose reference count values of ACPI power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC][Update 2][PATCH 1/4] ACPI / PM: Export power states of ACPI devices via sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC][Update 2][PATCH 1/4] ACPI / PM: Export power states of ACPI devices via sysfs
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH -v2] x86, acpi: Handle xapic/x2apic entries in MADT at same time
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v6 8/8] usb: enable usb port device's async suspend.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 7/8] usb: add usb_device_allow_power_off() and usb_device_prevent_power_off() function.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 7/8] usb: add usb_device_allow_power_off() and usb_device_prevent_power_off() function.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 6/8] usb: expose usb port's pm qos flags to user space
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/8] usb: add usb port auto power off mechanism
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v10 06/11] PCI, ACPI, acpiphp: Rename alloc_acpiphp_hp_work() to alloc_acpi_hp_work
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v6 4/8] usb: add runtime pm support for usb port device
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v10 01/11] PCI, acpiphp: Add is_hotplug_bridge detection
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 03/11] PCI: Set dev_node early for pci_dev
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 04/11] PCI: Fix a device reference count leakage issue in pci_dev_present()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 07/11] PCI, acpiphp: Move and enhance hotplug support of pci host bridge
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 00/11] PCI, ACPI: pci root bus hotplug support / pci match_driver
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 05/11] PCI: make PCI device create/destroy logic symmetric
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 08/11] PCI, ACPI: debug print for installation of acpi root bridge's notifier
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 09/11] PCI, acpiphp: Don't bailout even no slots found yet.
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 10/11] PCI: Skip attaching driver in device_add()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 11/11] PCI: Put pci dev to device tree as early as possible
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v10 02/11] PCI: Add root bus children dev's res to fail list
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v6 2/8] usb: Register usb port's acpi power resources
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>