Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 7/12] ACPI / PM: Take order attribute of wakeup power resources into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/12] ACPI: Rework the handling of power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/12] ACPI: Drop power resources driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/12] ACPI: Do not use device power states of power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/12] ACPI / PM: Take order attribute of power resources into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/12] ACPI / scan: Consolidate extraction of power resources lists
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/12] ACPI / scan: Move power state initialization to a separate routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/12] ACPI / scan: Treat power resources in a special way
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/12] ACPI / PM: Rework the handling of devices depending on power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/12] ACPI / scan: More straightforward preparation of ACPI device objects
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 11/12] ACPI: Take power resource initialization errors into account
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/12] ACPI / scan: Remove unnecessary initialization of local variables
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 12/12] ACPI: Use system level attribute of wakeup power resources
  • 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: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • 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: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Rework ACPI device nodes lookup for the PCI bus type
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v9 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v9 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v9 3/3] aerdrv: Cleanup log output for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • 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>
• [PATCH V2] checkpatch: prefer dev_<level>( to dev_printk(KERN_<LEVEL>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] checkpatch: prefer dev_<level>( to dev_printk(KERN_<LEVEL>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v8 3/3] aerdrv: Cleanup log output for AER
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Rework ACPI device nodes lookup for the PCI bus type
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] checkpatch: prefer dev_<level>( to dev_printk(KERN_<LEVEL>
  • From: Andy Whitcroft <apw@xxxxxxxxxxxxx>
• [PATCH] ACPI / scan: Do not use dummy HID for system bus ACPI nodes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] checkpatch: prefer dev_<level>( to dev_printk(KERN_<LEVEL>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] checkpatch: prefer dev_<level>( to dev_printk(KERN_<LEVEL>
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] checkpatch: prefer dev_<level>( to dev_printk(KERN_<LEVEL>
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v8 3/3] aerdrv: Cleanup log output for AER
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Re: [PATCH v8 3/3] aerdrv: Cleanup log output for AER
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v8 2/3] aerdrv: Enhanced AER logging
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v8 3/3] aerdrv: Cleanup log output for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• [PATCH v8 1/3] aerdrv: Trace Event for AER
  • From: Lance Ortiz <lance.ortiz@xxxxxx>
• Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [Update 3][PATCH] ACPI / PM: Rework the handling of devices depending on power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / scan: Treat power resources in a special way
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] ACPICA: Add new statistics interface.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 2/3] ACPICA: Cleanup table handler naming conflicts.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 1/3] ACPICA: Cleanup PM_TIMER_FREQUENCY definition.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/3] ACPICA: Reduce source code differences between Linux and ACPICA.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 25/27] ACPICA: Interpreter: Fix Store() when implicit conversion is not possible.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 27/27] ACPICA: Update version to 20121220.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 24/27] ACPICA: Resources: Split interrupt share/wake bits into two fields.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 23/27] ACPICA: Resources: Support for ACPI 5 wake bit in ExtendedInterrupt descriptor.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 22/27] ACPICA: Interpreter: Add warning if 64-bit constant appears in 32-bit table.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 21/27] ACPICA: Update ACPICA initialization messages.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 20/27] ACPICA: Namespace: Eliminate dot...dot output during initialization.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 19/27] ACPICA: Resource manager: Add support for ACPI 5 wake bit in IRQ descriptor.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 17/27] ACPICA: Update for non-configured ACPI_IS_DEBUG_ENABLED macro.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 18/27] ACPICA: Fix possible memory leak in dispatcher error path.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 16/27] ACPICA: iASL: Finish support for the TPM2 table.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 14/27] ACPICA: Merge all debug output macros into a single file, acoutput.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 15/27] ACPICA: iASL: Finish support for CSRT table.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 13/27] ACPICA: Deploy new ACPI_IS_DEBUG_ENABLED macro in debug output code.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/27] ACPICA: Update ACPI_IS_DEBUG_ENABLED macro.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/27] ACPICA: Eliminate superfluous return_UINT8 and return_UINT32 macros.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/27] ACPICA: FUNCTION_TRACE macros: Check if debug is enabled up-front.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/27] ACPICA: DEBUG_PRINT macros: Update to improve performance.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/27] ACPICA: Resource Manager: Add a pointer cast for a namespace node.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/27] ACPICA: Add header file support for the ACPI 5 TPM2 ACPI table.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/27] ACPICA: Add time macros for various timer/time manipulation.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/27] ACPICA: Lint changes, no functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/27] ACPICA: Add root node optimization to internal get namespace node function.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/27] ACPICA: Eliminate some small unnecessary pathname functions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 02/27] ACPICA: Change exception code for LoadTable operator.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/27] ACPICA: Resources: New interface, AcpiWalkResourceBuffer.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/27] ACPICA 20121220 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [Update 2][PATCH] ACPI / PM: Rework the handling of devices depending on power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/1] thermal: Check cooling device's current state before declaring it inactive
  • From: Alexander Lam <lambchop468@xxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• [Update][PATCH] ACPI / PM: Rework the handling of devices depending on power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PM: Rework the handling of devices depending on power resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] PCI / ACPI: Rework ACPI device nodes lookup for the PCI bus type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• [Alternative 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/14] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v7 2/3] aerdrv: Enhanced AER logging
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [Update][PATCH] ACPI: Rework acpi_get_child() to be more efficient
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: return first _ADR match for acpi_get_child
  • From: Lekensteyn <lekensteyn@xxxxxxxxx>
• Re: [PATCH] ACPI: return first _ADR match for acpi_get_child
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 05/14] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 03/14] memory-hotplug: remove redundant codes
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Kamezawa Hiroyuki <kamezawa.hiroyu@xxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [Alternative][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Glauber Costa <glommer@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• ACPI issue?
  • From: Chris <temp2012@xxxxxxxxxxxxxxx>
• Re: "Windows 2012" OSI causes backlight problems on current ThinkPad firmware
  • From: Ben Jencks <ben@xxxxxxxxxxx>
• Re: "Windows 2012" OSI causes backlight problems on current ThinkPad firmware
  • From: joeyli <jlee@xxxxxxxx>
• "Windows 2012" OSI causes backlight problems on current ThinkPad firmware
  • From: Ben Jencks <ben@xxxxxxxxxxx>
• [PATCH v5 03/14] memory-hotplug: remove redundant codes
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 05/14] memory-hotplug: introduce new function arch_remove_memory() for removing page table depends on architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 01/14] memory-hotplug: try to offline the memory twice to avoid dependence
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 04/14] memory-hotplug: remove /sys/firmware/memmap/X sysfs
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 06/14] memory-hotplug: implement register_page_bootmem_info_section of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 09/14] memory-hotplug: remove page table of x86_64 architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 02/14] memory-hotplug: check whether all memory blocks are offlined or not when removing memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 07/14] memory-hotplug: move pgdat_resize_lock into sparse_remove_one_section()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 10/14] memory-hotplug: remove memmap of sparse-vmemmap
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 08/14] memory-hotplug: Common APIs to support page tables hot-remove
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 14/14] memory-hotplug: free node_data when a node is offlined
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 11/14] memory-hotplug: Integrated __remove_section() of CONFIG_SPARSEMEM_VMEMMAP.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 13/14] memory-hotplug: remove sysfs file of node
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 12/14] memory-hotplug: memory_hotplug: clear zone when removing the memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v5 00/14] memory-hotplug: hot-remove physical memory
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH] ACPI / power: Remove useless message from device registering routine
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] tools acpidump: acpidump must be run as root - install it into /usr/sbin
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 1/2] tools/power/acpi: Introduce ec_access.c - tool to access the Embedded Controller (EC) safely for debugging purposes
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH 1/1] acpi_get_sleep_type_data(): accept package with one element
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/1] acpi_get_sleep_type_data(): accept package with one element
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Remove unused struct acpi_pci_root.id member
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: Remove unused struct acpi_pci_root.id member
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 1/1] acpi_get_sleep_type_data(): accept package with one element
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• [PATCH 0/1] acpi_get_sleep_type_data(): accept package with one element
  • From: Laszlo Ersek <lersek@xxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 6/16] ACPI: Change the ordering of acpi_bus_check_add()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 14/16] ACPI / PCI: Rework the setup and cleanup of device wakeup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/16] ACPI: Reduce the usage of struct acpi_bus_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 15/16] ACPI / PCI: Move the _PRT setup and cleanup code to pci-acpi.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 11/16] ACPI: Replace ACPI device add_type field with a match_driver flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 12/16] ACPI: Make acpi_bus_scan() and acpi_bus_add() take only one argument
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 13/16] ACPI: Add .setup() and .cleanup() callbacks to struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/16] ACPI: Rework ACPI namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/16] ACPI: Make acpi_bus_add() and acpi_bus_start() visibly different
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/16] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/16] ACPI: Change the ordering of PCI root bridge driver registrarion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/16] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 8/16] ACPI: Remove acpi_start_single_object() and acpi_bus_start()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/16] ACPI / PCI: Fold acpi_pci_root_start() into acpi_pci_root_add()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 9/16] ACPI: Remove the arguments of acpi_bus_add() that are not used
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 10/16] ACPI: Drop the second argument of acpi_bus_scan()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 16/16] ACPI: Drop ACPI device .bind() and .unbind() callbacks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Remove unused struct acpi_pci_root.id member
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RESEND PATCH v2 19/19] ACPICA: Update version to 20121114.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RESEND PATCH v2 08/19] ACPICA: Enhance error messages.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RESEND PATCH v2 04/19] ACPICA: Cleanup source to reduce differences between Linux and ACPICA.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RESEND PATCH v2 02/19] ACPICA: Update compilation environment settings.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RESEND PATCH v2 00/19] ACPICA 20121114 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH] ACPI: return first _ADR match for acpi_get_child
  • From: Lekensteyn <lekensteyn@xxxxxxxxx>
• Re: [PATCH v2 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• [PATCH] ACPI: Remove unused struct acpi_pci_root.id member
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: return first _ADR match for acpi_get_child
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI: Rework acpi_get_child() to be more efficient
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Linux ACPI 5.0 _PSE(Power State for Enumeration) and _PRE (Power Resources for Enumeration) support
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Linux ACPI 5.0 _PSE(Power State for Enumeration) and _PRE (Power Resources for Enumeration) support
  • From: "Jeff.Wu" <chping@xxxxxxxxx>
• RE: [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [RFC PATCH] Scripts: Add binary diff utility.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 18/19] ACPICA: AcpiGetObjectInfo: optimize exit for mutex failure.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 15/19] ACPICA: Add macros to extract flag bits from resource descriptors.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 17/19] ACPICA: Resource Manager: update template walking with ACPI_NEXT_RESOURCE.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 16/19] ACPICA: Enhance the ACPI_GETx and ACPI_SETx macros.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 12/19] ACPICA: Performance: Remove function tracing from critical allocation functions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 13/19] ACPICA: Debugger: Major update for the Disassemble<method> command.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 14/19] ACPICA: Disassembler: Add new ACPI 5 interrupt sharing flags.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 11/19] ACPICA: Performance enhancement for ACPI package objects.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 10/19] ACPICA: Fix possible memory leak.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 09/19] ACPICA: Update initialization codes.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 07/19] ACPICA: Fix broken call depth tracing logic.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 01/19] ACPICA: Cleanup updated comments.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 06/19] ACPICA: Cleanup coding style to reduce differences between Linux and ACPICA.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 05/19] ACPICA: Cleanup indentation to reduce differences between Linux and ACPICA.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 03/19] ACPICA: Update codes under disabled build options.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/1] ACPICA: Remove useless mini-C library.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86,idle: pr_debug information need separated
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi: glue: Update DBG macro to include KERN_DEBUG
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/1] ACPICA: Remove useless mini-C library.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH] acpi: glue: Update DBG macro to include KERN_DEBUG
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH] x86,idle: pr_debug information need separated
  • From: Youquan Song <youquan.song@xxxxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [Update 2][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [Update][PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PCI: Set root bridge ACPI handle in advance
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PNP: Simplify setting of resources
  • From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
• Some Questions about C-States
  • From: Sebastian <ML-kernel.org@xxxxxxxxxx>
• Re: [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH] ACPI / PM: Do not apply ACPI_SUCCESS() to acpi_bus_get_device() result
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 3/6] ACPI: Remove the arguments of acpi_bus_add() that are not used
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] ACPI: Replace ACPI device add_type field with a match_driver flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6] ACPI: Simplify namespace scanning for devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] ACPI: Drop the second argument of acpi_bus_scan()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6] ACPI / PCI: Fold acpi_pci_root_start() into acpi_pci_root_add()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] ACPI: Remove acpi_start_single_object() and acpi_bus_start()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/6] ACPI: Make acpi_bus_scan() and acpi_bus_add() take only one argument
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PM: Do not apply ACPI_SUCCESS() to acpi_bus_get_device() result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] tools/power/acpi: Introduce ec_access.c - tool to access the Embedded Controller (EC) safely for debugging purposes
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] tools acpidump: acpidump must be run as root - install it into /usr/sbin
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 0/2] Introduce ec_access userspace tool
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] tools/power/acpi: Introduce acpi_validate with manpage for easy validation of ACPI BIOS tables
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] PNP: Simplify setting of resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] ACPI/APEI: Fix the returned value in erst_dbg_read
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH rev.2 0/6] ACPI: Change the ACPI namespace scanning code ordering
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• DMA Zone: 3951 Pages, LM FO @ Batch: 0
  • From: "Joseph & Josephine Chefu; Ngeh; Sirri E." <Mc-Schoolyard-Master@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] x86: acpi: Print warning for malformed host bridge resources
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH rev.2 0/6] ACPI: Change the ACPI namespace scanning code ordering
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• [PATCH 1/1] ACPI/APEI: Fix the returned value in erst_dbg_read
  • From: Adrian Huang <adrian.huang@xxxxxx>
• [RESEND][PATCH] gpu: remove gma500 stub driver
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH rev.2 4/6] ACPI: Reduce the usage of struct acpi_bus_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH rev.2 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH rev.2 3/6] ACPI: Make acpi_bus_add() and acpi_bus_start() visibly different
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH rev.2 2/6] ACPI: Change the ordering of PCI root bridge driver registrarion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH rev.2 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH rev.2 0/6] ACPI: Change the ACPI namespace scanning code ordering
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH rev.2 6/6] ACPI: Change the ordering of acpi_bus_check_add()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • 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: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: "Liu, Jinsong" <jinsong.liu@xxxxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 6/6] ACPI: Change the ordering of acpi_bus_check_add()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/6] ACPI: Change the ordering of PCI root bridge driver registrarion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/6] ACPI: Change the ACPI namespace scanning code ordering
  • From: Yijing Wang <wangyijing@xxxxxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH 01/11] Add hotplug.h for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• Re: [PATCH 6/6] ACPI: Change the ordering of acpi_bus_check_add()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/6] ACPI: Change the ordering of PCI root bridge driver registrarion
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [Update][PATCH 3/6] ACPI: Make acpi_bus_add() and acpi_bus_start() visibly different
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 01/11] Add hotplug.h for hotplug framework
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [update][PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RFC PATCH 01/11] Add hotplug.h for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 02/11] drivers/base: Add hotplug framework code
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 03/11] cpu: Add cpu hotplug handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 04/11] mm: Add memory hotplug handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 05/11] ACPI: Add ACPI bus hotplug handlers
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 06/11] ACPI: Add ACPI resource hotplug handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 07/11] ACPI: Update processor driver for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 08/11] ACPI: Update memory driver for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 10/11] cpu: Update sysfs cpu/online for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 09/11] ACPI: Update container driver for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 11/11] ACPI: Update sysfs eject for hotplug framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [RFC PATCH 00/11] Hot-plug and Online/Offline framework
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] 8042: Enable A20 using KBC to fix S3 resume on some MSI laptops
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v2 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• [PATCH v2 0/1] gpio: add Lynxpoint chipset gpio driver
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• [PATCH] PNP: Handle IORESOURCE_BITS in resource allocation
  • From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
• [PATCH] PNP: Simplify setting of resources
  • From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• RE: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: "Liu, Jinsong" <jinsong.liu@xxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Yijing Wang <wangyijing0307@xxxxxxxxx>
• Re: [PATCH v4] 8042: Enable A20 using KBC to fix S3 resume on some MSI laptops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] 8042: Enable A20 using KBC to fix S3 resume on some MSI laptops
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH v4] 8042: Enable A20 using KBC to fix S3 resume on some MSI laptops
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PULL] ACPI and power management updates for v3.8-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [GIT PULL] ACPI and power management updates for v3.8-rc1
  • From: Witold Szczeponik <Witold.Szczeponik@xxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [GIT PULL] ACPI and power management updates for v3.8-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] mmc: sdhci-acpi: enable runtime-pm for device HID INT33C6
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI : do not use Lid and Sleep button for S5 wakeup
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• RE: [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v3] Enable A20 using KBC for some MSI laptops to fix S3 resume
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI : do not use Lid and Sleep button for S5 wakeup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] mmc: sdhci-acpi: enable runtime-pm for device HID INT33C6
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI : do not use Lid and Sleep button for S5 wakeup
  • From: Anisse Astier <anisse@xxxxxxxxx>
• Re: [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH 1/1] mmc: sdhci-acpi: enable runtime-pm for device HID INT33C6
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• [PATCH 0/1] mmc: sdhci-acpi: enable runtime-pm for device HID INT33C6
  • From: Adrian Hunter <adrian.hunter@xxxxxxxxx>
• RE: [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 01/15] ACPICA: Fixes unmerged (dis)assember divergences.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v9 06/10] ata: zpodd: check zero power ready status
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 4/6] ACPI: Reduce the usage of struct acpi_bus_ops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/6] ACPI: Make acpi_bus_add() and acpi_bus_start() visibly different
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/6] ACPI: Replace struct acpi_bus_ops with enum type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/6] ACPI: Change the ordering of PCI root bridge driver registrarion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/6] ACPI: Change the ACPI namespace scanning code ordering
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/6] ACPI: Separate adding ACPI device objects from probing ACPI drivers
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/6] ACPI: Change the ordering of acpi_bus_check_add()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 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: Andreas Mohr <andi@xxxxxxxx>
• Re: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: Wen Congyang <wency@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 0/3] acpi: Introduce prepare_remove device operation
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: add documentation about ACPI 5 enumeration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: add Haswell LPSS devices to acpi_platform_device_ids list
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] X86/acpi: remove redundant logic of acpi memory hotadd
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 01/15] PCI, acpiphp: Separate out hot-add support of pci host bridge
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 01/15] PCI, acpiphp: Separate out hot-add support of pci host bridge
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 01/15] PCI, acpiphp: Separate out hot-add support of pci host bridge
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 01/15] PCI, acpiphp: Separate out hot-add support of pci host bridge
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 01/15] PCI, acpiphp: Separate out hot-add support of pci host bridge
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 06/15] PCI/acpiphp: Convert "acpiphp" sub-driver's functionality to built-in only
  • From: Myron Stowe <mstowe@xxxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • From: Andreas Mohr <andi@xxxxxxxx>
• [PATCH 1/1] gpio: add Lynxpoint chipset gpio driver.
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• [PATCH 0/1] gpio: add Lynxpoint chipset gpio driver
  • From: Mathias Nyman <mathias.nyman@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] tty: serial core: decouple pm states from ACPI
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: add Haswell LPSS devices to acpi_platform_device_ids list
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] tty: serial core: decouple pm states from ACPI
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH] ACPI: add Haswell LPSS devices to acpi_platform_device_ids list
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: add Haswell LPSS devices to acpi_platform_device_ids list
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] tty: serial core: decouple pm states from ACPI
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• 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: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/4] UART: Add UART subsystem as a bus.
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• [PATCH] ACPI: add Haswell LPSS devices to acpi_platform_device_ids list
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: add documentation about ACPI 5 enumeration
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/3] UART: Add UART subsystem as a bus.
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH 0/8] PCI, ACPI, x86: Reserve fw allocated resource for hot-add root bus
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• Re: [PATCH 06/15] PCI/acpiphp: Convert "acpiphp" sub-driver's functionality to built-in only
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Patch v4 09/12] memory-hotplug: remove page table of x86_64 architecture
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 03/15] PCI/acpiphp: Leave the "acpiphp" sub-driver registered and in place
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 02/15] PCI/acpiphp: Fix coding style of external declarations in acpiphp.h
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 01/15] PCI, acpiphp: Separate out hot-add support of pci host bridge
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 04/15] PCI/acpiphp: Change acpiphp_glue_init() to return void instead of 0
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 05/15] PCI/acpiphp: Collapse initialization call chain of "acpiphp" sub-driver
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 06/15] PCI/acpiphp: Convert "acpiphp" sub-driver's functionality to built-in only
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 07/15] PCI/acpiphp: Declare acpi_{add, remove}_bridge() as external functions
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 08/15] PCI/acpiphp: Collapse the initialization call chain of "acpiphp" further
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 09/15] PCI/acpiphp: Add "acpiphp" functionality statically within "pci_root"
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 10/15] PCI/acpiphp: Change acpiphp_add_bridge() to return void instead of 0
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 11/15] PCI/ACPI: Fix latent refcount issue in acpi_pci_root_start()
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 12/15] PCI/ACPI: Move where dmi_check_system() is called from
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 14/15] PCI/ACPI: Add "pci_slot" functionality statically within "pci_root"
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 15/15] PCI/ACPI: Remove the "pci_root" driver's sub-driver infrastructure
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 13/15] PCI/ACPI: Convert "pci_slot" sub-driver's functionality to built-in only
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH 00/15] PCI/ACPI: Remove "pci_root" sub-driver support
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• 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: Jiang Liu <jiang.liu@xxxxxxxxxx>
• 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: [RFC PATCH v3 1/4] UART: Add UART subsystem as a bus.
  • From: "Zheng, Lv" <lv.zheng@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: Toshi Kani <toshi.kani@xxxxxx>
• 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>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• 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: Look Ma, da kernel is b0rken
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] tty: serial core: decouple pm states from ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Look Ma, da kernel is b0rken
  • 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: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH] tty: serial core: decouple pm states from ACPI
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Alan Cox <alan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCH 1/2] ACPI: break out the states from the ACPI types
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• [PATCH 2/2] tty: serial core: use the ACPI PM state defines
  • From: Linus Walleij <linus.walleij@xxxxxxxxxxxxxx>
• 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>