Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• RE: [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/5] memblock: Introduce allocation direction to memblock.
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• [PATCH] PCI / ACPI / PM: Clear pme_poll for devices in D3cold on wakeup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Announcement] I may be slow to respond during the next 3 weeks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 0/2] ACPI: return error in acpi_pci_irq_enable when there is no irq
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 0/2] ACPI: return error in acpi_pci_irq_enable when there is no irq
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 2/5] memblock: Improve memblock to support allocation from lower address.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RESEND PATCH v2 3/9] x86, dma: Support allocate memory from bottom upwards in dma_contiguous_reserve().
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• RE: [PATCH] ACPICA / hwreg: Use acpi_gbl_reduced_hardware to prevent accessing PM registers
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 1/2] ACPI / thermal: reuse module_acpi_driver
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI / thermal: convert printk(LEVEL...) to pr_<lvl>
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• [PATCH 1/2] gpio / ACPI: register to ACPI events automatically
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 2/2] gpio / ACPI: add support for GPIO operation regions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• RE: [PATCH] ACPICA / hwreg: Use acpi_gbl_reduced_hardware to prevent accessing PM registers
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH 0/2] ACPI: return error in acpi_pci_irq_enable when there is no irq
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• ACPI test
  • From: alexey.kodanev@xxxxxxxxxx
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] ACPICA / hwreg: Use acpi_gbl_reduced_hardware to prevent accessing PM registers
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v3 1/5] memblock: Introduce allocation direction to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v3 2/5] memblock: Improve memblock to support allocation from lower address.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v3 3/5] x86, acpi, crash, kdump: Do reserve_crashkernel() after SRAT is parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v3 0/5] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v3 4/5] x86, mem-hotplug: Support initialize page tables from low to high.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v3 5/5] mem-hotplug: Introduce movablenode boot option to control memblock allocation direction.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 12/12] ACPI/IPMI: Cleanup coding styles
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 11/12] ACPI/IPMI: Cleanup some Kconfig codes
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 10/12] ACPI/IPMI: Cleanup some inclusion codes
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 09/12] ACPI/IPMI: Cleanup some initialization codes
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 08/12] ACPI/IPMI: Cleanup several acpi_ipmi_device members
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 07/12] ACPI/IPMI: Add reference counting for ACPI IPMI transfers
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 06/12] ACPI/IPMI: Fix issue caused by the per-device registration of the IPMI operation region handler
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 05/12] ACPI/IPMI: Fix race caused by the unprotected ACPI IPMI user
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 04/12] ACPI/IPMI: Fix race caused by the timed out ACPI IPMI transfers
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 03/12] ACPI/IPMI: Fix race caused by the unprotected ACPI IPMI transfers
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 02/12] ACPI/IPMI: Fix potential response buffer overflow
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 01/12] ACPI/IPMI: Fix atomic context requirement of ipmi_msg_handler()
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 00/12] ACPI/IPMI: Fix several issues in the current codes
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [RESEND PATCH v2 3/9] x86, dma: Support allocate memory from bottom upwards in dma_contiguous_reserve().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• RE: [PATCH 02/13] ACPI/IPMI: Fix atomic context requirement of ipmi_msg_handler()
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Sylwester Nawrocki <sylvester.nawrocki@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Kevin Hilman <khilman@xxxxxxxxxx>
• Re: [RESEND PATCH v2 3/9] x86, dma: Support allocate memory from bottom upwards in dma_contiguous_reserve().
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 02/13] ACPI/IPMI: Fix atomic context requirement of ipmi_msg_handler()
  • From: Tony Camuso <tcamuso@xxxxxxxxxx>
• Re: [Bug report] Warning when hot-add an ACPI0004 device.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 02/13] ACPI/IPMI: Fix atomic context requirement of ipmi_msg_handler()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 02/13] ACPI/IPMI: Fix atomic context requirement of ipmi_msg_handler()
  • From: Tony Camuso <tcamuso@xxxxxxxxxx>
• [GIT PULL] ACPI and power management fixes for v3.12-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [RESEND PATCH v2 6/9] x86, acpi: Support allocate memory from bottom upwards in acpi_initrd_override().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 3/9] x86, dma: Support allocate memory from bottom upwards in dma_contiguous_reserve().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 0/9] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 2/9] x86, memblock: Introduce memblock_alloc_bottom_up() to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 1/9] memblock: Introduce allocation direction to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 5/9] x86: Support allocate memory from bottom upwards in relocate_initrd().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 4/9] x86: Support allocate memory from bottom upwards in setup_log_buf().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 7/9] x86, acpi, crash, kdump: Do reserve_crashkernel() after SRAT is parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 9/9] mem-hotplug: Introduce movablenode boot option to control memblock allocation direction.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH v2 8/9] x86, mem-hotplug: Support initialize page tables from low to high.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH 13/14] ACPICA: SCI Handlers: Update handler interface, eliminate unnecessary argument.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 14/14] ACPICA: Update version to 20130823.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/14] ACPICA: Cleanup exception codes.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/14] ACPICA: Operation region support: Never free the handler "context" pointer.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/14] ACPICA: Tables: Cleanup RSDP signature codes.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/14] ACPICA: Tables: Cleanup table checksum verification code.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/14] ACPICA: Debugger: Add new command to display full namespace pathnames.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/14] ACPICA: Add support for host-installed SCI handlers.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/14] ACPICA: Validate start object for acpi_walk_namespace.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/14] ACPICA: Debugger: Prevent possible command line buffer overflow.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/14] ACPICA: Linux-specific header: enable "aarch64" 64-bit build.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/14] ACPICA: Debug output: small formatting update, no functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 02/14] ACPICA: acpi_read: On error, do not modify the return value target location.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/14] ACPICA: Improve error message for "too many parent prefixes" condition.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/14] ACPICA 20130823 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 3/3] ACPI/Sys: make gpe's sysfs attribute only accept correct value
  • From: tianyu.lan@xxxxxxxxx
• [PATCH 2/3] ACPI/EC: Convert all printk to dynamic debug function
  • From: tianyu.lan@xxxxxxxxx
• [PATCH 1/3] ACPI/Button: Using input_set_capability() to mark device's event capability
  • From: tianyu.lan@xxxxxxxxx
• [PATCH 0/3] ACPI: EC/Button drivers clean up and correct gpe's sysfs attribute
  • From: tianyu.lan@xxxxxxxxx
• [Bug report] Warning when hot-add an ACPI0004 device.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] ACPI / osl: implement acpi_os_sleep() with msleep()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: [PATCH] ACPI / osl: implement acpi_os_sleep() with msleep()
  • From: "Liu, Chuansheng" <chuansheng.liu@xxxxxxxxx>
• Re: [RFC PATCH 2/4] ACPI/Resource: Add address translation support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: loading 'acpiphp' fails after the system boot?‏
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: loading 'acpiphp' fails after the system boot?‏
  • From: Shiro Itou 伊東 <shiro.itou@xxxxxxxxxxx>
• Re: [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Samuel Ortiz <sameo@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] runtime PM support for I2C and SPI client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 3/9] Input: misc - convert existing I2C client drivers to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 2/9] i2c: attach/detach I2C client device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 7/9] ASoC: codecs: convert existing I2C client drivers to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 6/9] mfd: wm8994: convert to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 9/9] spi: attach/detach SPI device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 5/9] drivers/misc: convert existing I2C clients driver to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 8/9] spi: prepare runtime PM support for SPI devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 0/9] runtime PM support for I2C and SPI client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 4/9] [media] s5p-tv: convert to use I2C core runtime PM
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/4] ACPI/Resource: Add address translation support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v2 0/9] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] ACPI / osl: implement acpi_os_sleep() with msleep()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v2 0/9] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 3/9] x86, dma: Support allocate memory from bottom upwards in dma_contiguous_reserve().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 5/9] x86: Support allocate memory from bottom upwards in relocate_initrd().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 4/9] x86: Support allocate memory from bottom upwards in setup_log_buf().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 8/9] x86, mem-hotplug: Support initialize page tables from low to high.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 9/9] mem-hotplug: Introduce movablenode boot option to control memblock allocation direction.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 6/9] x86, acpi: Support allocate memory from bottom upwards in acpi_initrd_override().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 7/9] x86, acpi, crash, kdump: Do reserve_crashkernel() after SRAT is parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 2/9] x86, memblock: Introduce memblock_alloc_bottom_up() to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 1/9] memblock: Introduce allocation direction to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Yves-Alexis Perez <corsac@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH] ACPI / osl: implement acpi_os_sleep() with msleep()
  • From: Chuansheng Liu <chuansheng.liu@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC] MAINTAINERS: Update ACPI git tree
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: loading 'acpiphp' fails after the system boot?‏
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• loading 'acpiphp' fails after the system boot?‏
  • From: Shiro Itou 伊東 <shiro.itou@xxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [RFC] MAINTAINERS: Update ACPI git tree
  • From: Jarkko Nikula <jarkko.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Move acpi_bus_get_device() from bus.c to scan.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Igor Gnatenko <i.gnatenko.brain@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / video: seperate backlight control and event interface
  • From: Igor Gnatenko <i.gnatenko.brain@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Igor Gnatenko <i.gnatenko.brain@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Igor Gnatenko <i.gnatenko.brain@xxxxxxxxx>
• Re: [PATCH] ACPI: Move acpi_bus_get_device() from bus.c to scan.c
  • From: Jonathan Callen <jcallen@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/2] PCI/ACPI: Convert ACPI PCI Hot Plug IBM Extension dbg/err() to pr_debug/pr_err()
  • From: tianyu.lan@xxxxxxxxx
• [PATCH 2/2] PCI/ACPI: Convert ACPI PCI Hot Plug core debug fuction to dynamic debug function
  • From: tianyu.lan@xxxxxxxxx
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / hotplug / PCI: Avoid parent bus rescans on spurious device checks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / hotplug / PCI: Avoid parent bus rescans on spurious device checks
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] x86, ACPI: Increase override tables number limit
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH RESEND 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH RESEND 0/2] runtime PM support for I2C clients
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH RESEND 2/2] i2c: attach/detach I2C client device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86, ACPI: Increase override tables number limit
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH] ACPI / bind: Prefer device objects with _STA to those without it
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Igor Gnatenko <i.gnatenko.brain@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 2/2] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/2] ACPI / video: seperate backlight control and event interface
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 0/2] Rework ACPI video driver
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [RFC PATCH 2/4] ACPI/Resource: Add address translation support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH] ACPI / hotplug / PCI: Avoid parent bus rescans on spurious device checks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] x86, ACPI: Increase override tables number limit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/14] _OSC simplification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/14] _OSC simplification
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH] x86, ACPI: Increase override tables number limit
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [RFC PATCH 4/4] X86/PCI/ACPI: Rework setup_resource() via functions ACPI resource functions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 3/4] ACPI: Add new acpi_dev_resource_address_space_with_addr() function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 2/4] ACPI/Resource: Add address translation support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/4] ACPI/Resource: Add memory prefetch check support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/14] _OSC simplification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/14] _OSC simplification
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] Re: Excess dmesg output from ACPIPHP on boot
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / hotplug / PCI: Avoid doing too much for spurious notifies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 09/14] PCI/ACPI: Split _OSC "support" and "control" flags into separate variables
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 01/14] ACPI: Write _OSC bit field definitions in hex
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 02/14] ACPI: Rename OSC_QUERY_TYPE to OSC_QUERY_DWORD
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 14/14] PCI/ACPI: Decode _OSC bitmasks symbolically
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 13/14] PCI/ACPI: Separate out _OSC "we don't support enough services" path
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 12/14] PCI/ACPI: Separate out _OSC "PCIe port services disabled" path
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 11/14] PCI/ACPI: Skip _OSC control tests if _OSC support call failed
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 10/14] PCI/ACPI: Run _OSC only once for OSPM feature support
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 08/14] PCI/ACPI: Move _OSC stuff from acpi_pci_root_add() to negotiate_os_control()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 07/14] PCI/ACPI: Drop unnecessary _OSC existence tests
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 06/14] PCI/ACPI: Name _OSC #defines more consistently
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 05/14] ACPI: Write OSC_PCI_CONTROL_MASKS like OSC_PCI_SUPPORT_MASKS
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 04/14] ACPI: Remove unused OSC_PCI_NATIVE_HOTPLUG
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 03/14] ACPI: Tidy acpi_run_osc() declarations
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 00/14] _OSC simplification
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH 4/4] X86/PCI/ACPI: Rework setup_resource() via functions ACPI resource functions
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [RFC PATCH 4/4] X86/PCI/ACPI: Rework setup_resource() via functions ACPI resource functions
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [RFC PATCH 4/4] X86/PCI/ACPI: Rework setup_resource() via functions ACPI resource functions
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / hotplug / PCI: Avoid doing too much for spurious notifies
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/2] Re: Excess dmesg output from ACPIPHP on boot
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [RFC PATCH 4/4] X86/PCI/ACPI: Rework setup_resource() via functions ACPI resource functions
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RFC PATCH 4/4] X86/PCI/ACPI: Rework setup_resource() via functions ACPI resource functions
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [RFC PATCH 3/4] ACPI: Add new acpi_dev_resource_address_space_with_addr() function
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [RFC PATCH 1/4] ACPI/Resource: Add memory prefetch check support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [RFC PATCH 2/4] ACPI/Resource: Add address translation support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [RFC PATCH 0/4] ACPI/PCI: Parse PCI root bridge's ACPI resource via ACPI resource functions
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 2/2] ACPI / hotplug / PCI: Use _OST to notify firmware about notify status
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] Re: Excess dmesg output from ACPIPHP on boot
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / hotplug / PCI: Avoid doing too much for spurious notifies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH] ACPICA: Fix for a Store->ArgX when ArgX contains a reference to a field.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH 10/11] x86, mem-hotplug: Support initialize page tables from low to high.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 10/11] x86, mem-hotplug: Support initialize page tables from low to high.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Excess dmesg output from ACPIPHP on boot (was: Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH v2 0/4] acpi: Fix and cleanup in acpi.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 05/11] memblock: Introduce allocation order to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH v2 0/4] acpi: Fix and cleanup in acpi.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/4] acpi cleanup: Use pr_{info|err}() instead of printk() in arch/x86/mm/srat.c
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/4] acpi: Fix and cleanup in acpi.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 4/4] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 25/30] ACPI / hotplug / PCI: Check for new devices on enabled slots
  • From: Alex Williamson <alex.williamson@xxxxxxxxxx>
• Re: [PATCH 11/11] x86, mem_hotplug: Allocate memory near kernel image before SRAT is parsed.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 07/11] x86, memblock: Set lowest limit for memblock_alloc_base_nid().
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [char-misc-next] hpet: remove useless check if fixmem32 is NULL
  • From: Tomas Winkler <tomas.winkler@xxxxxxxxx>
• Re: [PATCH 07/11] x86, memblock: Set lowest limit for memblock_alloc_base_nid().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 06/11] memblock: Improve memblock to support allocation from lower address.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 07/11] x86, memblock: Set lowest limit for memblock_alloc_base_nid().
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 06/11] memblock: Improve memblock to support allocation from lower address.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] platform samsung-q10: use ACPI instead of direct EC calls
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• [GIT PULL] ACPI and power management updates for v3.12-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/27] ACPI AML helper conversion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2 3/4] acpi: Check if @id is NULL in acpi_table_parse()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 1/4] acpi, numa, mem_hotplug: Kill save_add_info().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 2/4] acpi cleanup: Use pr_{info|err}() instead of printk() in arch/x86/mm/srat.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 0/4] acpi: Fix and cleanup in acpi.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH v2 4/4] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 2/3] x86, mm: Update min_pfn_mapped in add_pfn_range_mapped().
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH RESEND 2/3] x86, mm: Update min_pfn_mapped in add_pfn_range_mapped().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 2/3] x86, mm: Update min_pfn_mapped in add_pfn_range_mapped().
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH RESEND 2/3] x86, mm: Update min_pfn_mapped in add_pfn_range_mapped().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND 2/3] x86, mm: Update min_pfn_mapped in add_pfn_range_mapped().
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 1/1] drivers/acpi: acpi_ipmi.c replace mutex with spin_lock_irqsave
  • From: Tony Camuso <tcamuso@xxxxxxxxxx>
• Re: [PATCH] ACPI / LPSS: don't crash if a device has no MMIO resources
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 0/6] Remove the duplicated _MAT evaluation and simplify _acpi_map_lsapic()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH RESEND 1/3] x86, ACPI, mm: Kill max_low_pfn_mapped.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH RESEND 3/3] x86, mm: Move max_pfn_mapped definition to init.c.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH RESEND 0/3] x86, ACPI, mm: Cleanup for {max|low|max_low}_pfn_mapped.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH RESEND 2/3] x86, mm: Update min_pfn_mapped in add_pfn_range_mapped().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH] ACPI / LPSS: don't crash if a device has no MMIO resources
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 6/6] ACPI / processor: Remove outdated comments
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 5/6] ACPI / processor: remove unnecessary if (!pr) check
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 4/6] ACPI / processor: remove some dead code in acpi_processor_get_info()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 3/6] x86 / ACPI: simplify _acpi_map_lsapic()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 2/6] ACPI / processor: use apic_id and remove duplicated _MAT evaluation
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 1/6] ACPI / processor: Introduce apic_id in struct processor to save parsed APIC id
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v2 0/6] Remove the duplicated _MAT evaluation and simplify _acpi_map_lsapic()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 3/6] x86: simplify _acpi_map_lsapic()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] x86: simplify _acpi_map_lsapic()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/6] ACPI / processor: Remove outdated comments
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 5/6] ACPI / processor: remove unnecessary if (!pr) check
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 4/6] ACPI / processor: remove some dead code in acpi_processor_get_info()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 3/6] x86: simplify _acpi_map_lsapic()
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 2/6] ACPI / processor: use apic_id and remove duplicated _MAT evaluation
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 1/6] ACPI / processor: Introduce apic_id in struct processor to save parsed APIC id
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 3/3] PM / hibernate / memory hotplug: Rework mutual exclusion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] PM / hibernate / memory hotplug: Rework mutual exclusion
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 3/3] PM / hibernate / memory hotplug: Rework mutual exclusion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/3] PM / hibernate / memory hotplug: Rework mutual exclusion
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/3] ACPI / scan: Change ordering of locks for device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 1/4] hotplug, x86: Fix online state in cpu0 debug interface
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] mm/acpi: use NUMA_NO_NODE
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH] acpi: fan: trivial style cleanup
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH v2 0/4] Unify CPU hotplug lock interface
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 0/4] Unify CPU hotplug lock interface
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2 0/4] Unify CPU hotplug lock interface
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/4] mm/acpi: use NUMA_NO_NODE
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / cpuidle: remove superfluous pr == NULL checks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH] ACPI / cpuidle: remove superfluous pr == NULL checks
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 0/4] Unify CPU hotplug lock interface
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 2/4] mm/acpi: use NUMA_NO_NODE
  • From: Jianguo Wu <wujianguo@xxxxxxxxxx>
• [PATCH v2 2/4] hotplug, x86: Add hotplug lock to missing places
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v2 3/4] hotplug, x86: Disable ARCH_CPU_PROBE_RELEASE on x86
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v2 4/4] hotplug, powerpc, x86: Remove cpu_hotplug_driver_lock()
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v2 0/4] Unify CPU hotplug lock interface
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v2 1/4] hotplug, x86: Fix online state in cpu0 debug interface
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v4] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 2/3] PM / hibernate: Create memory bitmaps after freezing user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/3] ACPI / hotplug / mm: Rework mutual exclusion between hibernation and memory hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/3] ACPI / scan: Change ordering of locks for device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/3] PM / hibernate / memory hotplug: Rework mutual exclusion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v4] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / hotplug: Remove containers synchronously
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] driver core / ACPI: Avoid device hot remove locking issues
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 0/2] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• ACPI and PM material for the first pull request during the 3.12 merge window
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3] i2c: move of helpers into the core
  • From: Grant Likely <grant.likely@xxxxxxxxxxxx>
• Re: [PATCH 1/2] driver core / ACPI: Avoid device hot remove locking issues
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / hotplug: Remove containers synchronously
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] driver core / ACPI: Avoid device removal locking problems
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 2/2] ACPI / hotplug: Remove containers synchronously
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] driver core / ACPI: Avoid device hot remove locking issues
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH v4 27/28] PCI, x86, ACPI: Enable ioapic hotplug support with acpi host bridge.
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: [PATCH v4 27/28] PCI, x86, ACPI: Enable ioapic hotplug support with acpi host bridge.
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 26/28] PCI, x86, ACPI: Link acpi ioapic register to ioapic
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 27/28] PCI, x86, ACPI: Enable ioapic hotplug support with acpi host bridge.
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: [PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH 08/11] x86, acpi, memblock: Use __memblock_alloc_base() in acpi_initrd_override()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH v4 27/28] PCI, x86, ACPI: Enable ioapic hotplug support with acpi host bridge.
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: [PATCH v4 26/28] PCI, x86, ACPI: Link acpi ioapic register to ioapic
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• [PATCH 02/11] memblock: Rename memblock_set_current_limit() to memblock_set_current_limit_high().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 01/11] memblock: Rename current_limit to current_limit_high in memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 03/11] memblock: Introduce lowest limit in memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 07/11] x86, memblock: Set lowest limit for memblock_alloc_base_nid().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 08/11] x86, acpi, memblock: Use __memblock_alloc_base() in acpi_initrd_override()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 06/11] memblock: Improve memblock to support allocation from lower address.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 04/11] memblock: Introduce memblock_set_current_limit_low() to set lower limit of memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 11/11] x86, mem_hotplug: Allocate memory near kernel image before SRAT is parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 09/11] mem-hotplug: Introduce movablenode boot option to {en|dis}able using SRAT.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 05/11] memblock: Introduce allocation order to memblock.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 10/11] x86, mem-hotplug: Support initialize page tables from low to high.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 00/11] x86, memblock: Allocate memory near kernel image before SRAT parsed.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• [PATCH V3] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: tianyu.lan@xxxxxxxxx
• Re: [PATCH v4 26/28] PCI, x86, ACPI: Link acpi ioapic register to ioapic
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 26/28] PCI, x86, ACPI: Link acpi ioapic register to ioapic
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 26/28] PCI, x86, ACPI: Link acpi ioapic register to ioapic
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• [PATCH v3] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v2] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v2] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V2] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Graeme Gregory <graeme.gregory@xxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Gu Zheng <guz.fnst@xxxxxxxxxxxxxx>
• [PATCH] ACPI/EC: Add "ASUSTEK L4R" to quirk list in order to validate ecdt
  • From: tianyu.lan@xxxxxxxxx
• [PATCH V2] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: tianyu.lan@xxxxxxxxx
• Re: [PATCH 3/3] thinkpad_acpi: Wire unused micmute LED to capslock
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] driver core / ACPI: Avoid device removal locking problems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi: blacklist win8 OSI for buggy laptops
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] acpi: blacklist win8 OSI for buggy laptops
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• [GIT PULL] ACPI fix for v3.11-rc7
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH V3] i2c: move of helpers into the core
  • From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
• [PATCH] ACPI/Thermal: Add check of "_TZD" availability and evaluating result
  • From: tianyu.lan@xxxxxxxxx
• Re: ACPI vs Device Tree - moving forward
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH v4 26/28] PCI, x86, ACPI: Link acpi ioapic register to ioapic
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 3/5] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: Eduardo Valentin <eduardo.valentin@xxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bug 57961] ExpressCard hot-remove and hot-add not recognized by acpiphp
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Bug 57961] ExpressCard hot-remove and hot-add not recognized by acpiphp
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Bug 57961] ExpressCard hot-remove and hot-add not recognized by acpiphp
  • From: Leho Kraav <leho@xxxxxxxxx>
• Re: [Bug 57961] ExpressCard hot-remove and hot-add not recognized by acpiphp
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [Bug 57961] ExpressCard hot-remove and hot-add not recognized by acpiphp
  • From: Leho Kraav <leho@xxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 3/3] thinkpad_acpi: Wire unused micmute LED to capslock
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH 2/3] thinkpad_acpi: Support micmute LED
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Zhang Yanfei <zhangyanfei.yes@xxxxxxxxx>
• [PATCH] ACPI: Fix osc flag setup ordering to allow pcie hotplug use when available
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/2] ACPI / PCI: don't allow PCI devices without irq to be enabled
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Zhang Yanfei <zhangyanfei.yes@xxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ata: acpi: rework the ata acpi bind support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [Bug 57961] ExpressCard hot-remove and hot-add not recognized by acpiphp
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: kmemleak in apei_res_add
  • From: "Alexandra N. Kossovsky" <Alexandra.Kossovsky@xxxxxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: [PATCH V3] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2] i2c: move ACPI helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH] drm/i915: try not to lose backlight CBLV precision
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [RFC PATCH 2/2] ata: acpi: rework the ata acpi bind support
  • From: Dirk Griesbach <spamthis@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] ata: acpi: rework the ata acpi bind support
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/3] x86, ACPI, mm: Kill max_low_pfn_mapped.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 3/3] x86, mm: Move max_pfn_mapped definition to init.c.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 0/3] x86, ACPI, mm: Cleanup for {max|low|max_low}_pfn_mapped.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 2/2] ata: acpi: rework the ata acpi bind support
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH (revert)] Revert "ACPI / video: Always call acpi_video_init_brightness() on init"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [RESEND/PATCH] acpi: video: remove unused code
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [RESEND/PATCH] acpi: video: remove unused code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Zhang Yanfei <zhangyanfei.yes@xxxxxxxxx>
• Re: [RFC PATCH 2/2] ata: acpi: rework the ata acpi bind support
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RESEND/PATCH] acpi: video: remove unused code
  • From: Felipe Contreras <felipe.contreras@xxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 3/3] thinkpad_acpi: Wire unused micmute LED to capslock
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH 1/1] ACPI / PNP: Fix incorrect placement of __initdata
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• Re: [PATCH 1/1] ACPI / PNP: Fix incorrect placement of __initdata
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH V3] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 3/3] thinkpad_acpi: Wire unused micmute LED to capslock
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• [PATCH 1/3] Input: atkbd - add LED triggers for keyboard state
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 2/3] thinkpad_acpi: Support micmute LED
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• [PATCH 3/3] thinkpad_acpi: Wire unused micmute LED to capslock
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 28/28] PCI, x86, ACPI: get ioapic address from acpi device
  • From: rui wang <ruiv.wang@xxxxxxxxx>
• Re: kmemleak in apei_res_add
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH 08/11] sched/cleanup: remove the extra parm of sched_clock_idle_wakeup_event()
  • From: Michael wang <wangyun@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] ACPI / PNP: Fix incorrect placement of __initdata
  • From: Sachin Kamat <sachin.kamat@xxxxxxxxxx>
• [PATCH 08/11] sched/cleanup: remove the extra parm of sched_clock_idle_wakeup_event()
  • From: Michael wang <wangyun@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] ata: acpi: rework the ata acpi bind support
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] ACPI / APEI: remove unnecessary platform_set_drvdata()
  • From: Jingoo Han <jg1.han@xxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 5/8] x86, brk: Make extend_brk() available with va/pa.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Zhang Yanfei <zhangyanfei.yes@xxxxxxxxx>
• Re: [PATCH V2] i2c: move of helpers into the core
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• Re: [PATCH 5/8] x86, brk: Make extend_brk() available with va/pa.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH v2] i2c: move ACPI helpers into the core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH V2] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: kmemleak in apei_res_add
  • From: "Alexandra N. Kossovsky" <Alexandra.Kossovsky@xxxxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] ACPI: bgrt: take advantage of binary sysfs groups
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/8] x86, brk: Make extend_brk() available with va/pa.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 5/8] x86, brk: Make extend_brk() available with va/pa.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH 6/8] x86, acpi: Make acpi_initrd_override() available with va or pa.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 8/8] x86, acpi: Do acpi_initrd_override() earlier in head_32.S/head64.c.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 1/8] x86: Make get_ramdisk_{image|size}() global.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 0/8] x86, acpi: Move acpi_initrd_override() earlier.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 7/8] x86, acpi, brk: Make early_alloc_acpi_override_tables_buf() available with va/pa.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 4/8] x86, acpi, brk: Extend BRK 256KB to store acpi override tables.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 5/8] x86, brk: Make extend_brk() available with va/pa.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 2/8] x86, microcode: Use get_ramdisk_{image|size}() in microcode handling.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 3/8] x86, acpi: Move table_sigs[] to stack.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: kmemleak in apei_res_add
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH] ACPI: bgrt: take advantage of binary sysfs groups
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Hold acpi_scan_lock over system PM transitions
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: hardware radio switch ignored ( intel n 6300 ) - kernel 3.6 and higher
  • From: Wouter Depypere <wouter.depypere@xxxxxxxx>
• Re: hardware radio switch ignored ( intel n 6300 ) - kernel 3.6 and higher
  • From: Wouter Depypere <wouter.depypere@xxxxxxxx>
• Re: hardware radio switch ignored ( intel n 6300 ) - kernel 3.6 and higher
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: hardware radio switch ignored ( intel n 6300 ) - kernel 3.6 and higher
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: ACPI vs Device Tree - moving forward
  • From: Darren Hart <dvhart@xxxxxxxxxxxxxxx>
• hardware radio switch ignored ( intel n 6300 ) - kernel 3.6 and higher
  • From: Wouter Depypere <wouter.depypere@xxxxxxxx>
• ACPI vs Device Tree - moving forward
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] i2c: attach/detach I2C client device to the ACPI power domain
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC PATCH 0/2] runtime PM support for I2C clients
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [RFC PATCH 2/2] i2c: attach/detach I2C client device to the ACPI power domain
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [RFC PATCH 1/2] i2c: prepare runtime PM support for I2C client devices
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Hold acpi_scan_lock over system PM transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Hold acpi_scan_lock over system PM transitions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Jerry Snitselaar <jerry.snitselaar@xxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Jerry Snitselaar <jerry.snitselaar@xxxxxxxxxx>
• Re: [PATCH 6/6] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 0/3] Preparation for arranging hotplug memory in ZONE_MOVABLE.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / PM: Hold acpi_scan_lock over system PM transitions
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Jerry Snitselaar <jerry.snitselaar@xxxxxxxxxx>
• Re: [PATCH 0/3] Preparation for arranging hotplug memory in ZONE_MOVABLE.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/3] ACPI/Thermal: Remove the unused lock of struct acpi_thermal
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] i2c: move of helpers into the core
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Rob Herring <robherring2@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: kernels 3.9.5 to 3.10.6 fail to boot on battery, vaio vgn-c2m/w
  • From: Ian Malone <ibmalone@xxxxxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Felipe Balbi <balbi@xxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Thierry Reding <thierry.reding@xxxxxxxxx>
• Re: [PATCH 6/6] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 5/6] acpi: Check if @id is NULL in acpi_table_parse()
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/6] acpi, numa, mem_hotplug: Print Hot-Pluggable Field in SRAT.
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/6] acpi, numa, mem_hotplug: Kill save_add_info().
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH RESEND] i2c: move of helpers into the core
  • From: Sylwester Nawrocki <s.nawrocki@xxxxxxxxxxx>
• [PATCH RESEND] i2c: move of helpers into the core
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v4 20/28] x86, irq: More strict checking about registering ioapic
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: kernels 3.9.5 to 3.10.6 fail to boot on battery, vaio vgn-c2m/w
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• kernels 3.9.5 to 3.10.6 fail to boot on battery, vaio vgn-c2m/w
  • From: Ian Malone <ibmalone@xxxxxxxxx>
• Re: [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Jerry Snitselaar <dev@xxxxxxxxxxxxxx>
• [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Jerry Snitselaar <jerry.snitselaar@xxxxxxxxxx>
• [PATCH] acpi_i2c: set MODULE_LICENSE, MODULE_AUTHOR, and MODULE_DESCRIPTION
  • From: Jerry Snitselaar <jerry.snitselaar@xxxxxxxxxx>
• Re: [PATCH] mm/hotplug: Remove stop_machine() from try_offline_node()
  • From: KOSAKI Motohiro <kosaki.motohiro@xxxxxxxxx>
• Re: [PATCH 6/9] ACPICA: Make ACPI Power Management Timer (PM Timer) optional.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/6] acpi cleanup: Use pr_err() instead of printk() in arch/x86/mm/srat.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 2/6] acpi, numa, mem_hotplug: Print Hot-Pluggable Field in SRAT.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 1/6] acpi, numa, mem_hotplug: Kill save_add_info().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 4/6] acpi cleanup: Use pr_err() instead of printk() in arch/x86/mm/srat.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 0/6] acpi: Fix and cleanup in acpi.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 6/6] acpi: Return -ENOENT in acpi_table_parse() and fix wrong comment.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 5/6] acpi: Check if @id is NULL in acpi_table_parse()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 3/6] acpi cleanup: Use pr_info() instead of printk() in arch/x86/mm/srat.c
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• RE: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: "Luck, Tony" <tony.luck@xxxxxxxxx>
• Re: [PATCH] mm/hotplug: Remove stop_machine() from try_offline_node()
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 3/3] mce: acpi/apei: trace: Enable ghes memory error trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>