Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: huang ying <huang.ying.caritas@xxxxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: huang ying <huang.ying.caritas@xxxxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: huang ying <huang.ying.caritas@xxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Ben Jencks <ben@xxxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: huang ying <huang.ying.caritas@xxxxxxxxx>
• Re: [PATCH] ACPI / I2C: Use parent's ACPI_HANDLE() in acpi_i2c_register_devices()
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo))
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()
  • From: Mark Brown <broonie@xxxxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / I2C: Use parent's ACPI_HANDLE() in acpi_i2c_register_devices()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] ACPI / I2C: Use parent's ACPI_HANDLE() in acpi_i2c_register_devices()
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH] ACPI / I2C: Use parent's ACPI_HANDLE() in acpi_i2c_register_devices()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI / SPI: Use parent's ACPI_HANDLE() in acpi_register_spi_devices()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo))
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Artem Savkov <artem.savkov@xxxxxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Artem Savkov <artem.savkov@xxxxxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Artem Savkov <artem.savkov@xxxxxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH] PCI / PM: Disable runtime PM of PCIe ports
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] acpi/video: lcd_get_level_current doen't return current level
  • From: Artem Savkov <artem.savkov@xxxxxxxxx>
• Re: [PATCH 3/6] dma: acpi-dma: parse CSRT to extract additional resources
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxx>
• Re: [PATCH 1/6] dma: acpi-dma: introduce ACPI DMA helpers
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI, ACPI: Don't query OSC support with all possible controls
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI, ACPI: Don't query OSC support with all possible controls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI, ACPI: Don't query OSC support with all possible controls
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI, ACPI: Don't query OSC support with all possible controls
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 6/6] ACPI / LPSS: add Lynxpoint DMA controller to the list
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/6] ACPI / LPSS: return no error from register_device_clock in special cases
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 3/6] dma: acpi-dma: parse CSRT to extract additional resources
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/6] dma: acpi-dma: introduce ACPI DMA helpers
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Roman Yepishev <roman.yepishev@xxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
• Re: [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: huang ying <huang.ying.caritas@xxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• [GIT PULL] ACPI and power management fixes for v3.9-rc5
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Resend][PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Fwd: Intel Atom N2600 board hangs without acpi=off
  • From: Olivier Diotte <olivier@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] PCI, ACPI: Don't query OSC support with all possible controls
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• [PATCH 5/6] ACPI / LPSS: return no error from register_device_clock in special cases
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 3/6] dma: acpi-dma: parse CSRT to extract additional resources
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 0/6] dmaengine: add ACPI DMA helpers and use them in dw_dmac
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 6/6] ACPI / LPSS: add Lynxpoint DMA controller to the list
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 4/6] dw_dmac: add ACPI support
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/6] dmaengine: call acpi_dma_request_slave_channel as well
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 1/6] dma: acpi-dma: introduce ACPI DMA helpers
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: Board hangs without acpi=off
  • From: Olivier Diotte <olivier@xxxxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] PCI, ACPI: hold acpi_scan_lock during root bus hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI, ACPI: hold acpi_scan_lock during root bus hotplug
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PCI, ACPI: hold acpi_scan_lock during root bus hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Board hangs without acpi=off
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [LKP] Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: Alex Shi <alex.shi@xxxxxxxxx>
• Re: [PATCH] PCI, ACPI: hold acpi_scan_lock during root bus hotplug
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Board hangs without acpi=off
  • From: Olivier Diotte <olivier@xxxxxxxxx>
• Re: [PATCH 0/3] ACPI: Provide consistent PNPID match handling
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 1/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RESEND PATCH 1/6] acpi: Remove the leading space of "unlock" label in acpi_memory_device_notify().
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/2] ACPI: avoid null pointer dereference error
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Set length even for TYPE_END_TAG acpi resource
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] intel-pstate: Use #defines instead of hard-coded values.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / LPSS: Make condition local to lpt_register_clock_device
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/2] ACPI / LPSS: make code less confusing for reader
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v4 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI/APEI: fix error status check condition for CPER
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: remove "config ACPI_DEBUG_FUNC_TRACE"
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [RESEND PATCH 1/6] acpi: Remove the leading space of "unlock" label in acpi_memory_device_notify().
  • From: Richard Genoud <richard.genoud@xxxxxxxxx>
• Re: [PATCH] ACPI: Verify device status after eject
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] drivers: acpi: Used resource_size function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] drivers: acpi: Used PTR_RET function
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] drivers: acpi: Replaced kmalloc and memcpy with kmemdup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi: fix suspend and resume on Sony Vaio VGN-FW21M
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi: remove reference to ACPI_HOTPLUG_IO
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCHv2 1/5] ACPI: suppress compiler warnings in button.c
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] acpi: replaced kmalloc+memcpy with kmemdup
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] PCI, ACPI: hold acpi_scan_lock during root bus hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Remove acpi_pci_bind_root() definition
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 00/21] ACPICA 20130214 Release
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RESEND PATCH 1/6] acpi: Remove the leading space of "unlock" label in acpi_memory_device_notify().
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI: Update _OST handling for notify
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 0/3] ACPI: Provide consistent PNPID match handling
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI video: ignore BIOS backlight value for HP dm4
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• RE: Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: "Xie, ChanglongX" <changlongx.xie@xxxxxxxxx>
• RE: Commit ac3ebafa81a makes NHM EX/EP machines hung out since 3.9-rc1
  • From: "Brown, Len" <len.brown@xxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [PATCH] ACPI / PM: Fix potential problem in acpi_device_get_power()
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] ACPI / PM: Fix potential problem in acpi_device_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/2] ACPI: avoid null pointer dereference error
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 2/2] ACPI / processor_thermal: avoid null pointer deference error
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• [PATCH 1/2] ACPI / fan: avoid null pointer deference error
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI / PM: Fix potential problem in acpi_device_get_power()
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)))
  • From: Shawn Starr <shawn.starr@xxxxxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] ACPI / PM: Fix potential problem in acpi_device_get_power()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm/linux-next cause network stop working with qemu-kvm/e1000
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Pavel Machek <pavel@xxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] ACPI: Set length even for TYPE_END_TAG acpi resource
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: pm/linux-next cause network stop working with qemu-kvm/e1000
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] PCI / ACPI: Always resume devices on ACPI wakeup notifications
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Bjørn Mork <bjorn@xxxxxxx>
• Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: pm/linux-next cause network stop working with qemu-kvm/e1000
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60
  • From: Pavel Machek <pavel@xxxxxx>
• Re: pm/linux-next cause network stop working with qemu-kvm/e1000
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• pm/linux-next cause network stop working with qemu-kvm/e1000
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• acpi: config ACPI_PROCFS still needed?
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] mmc: sdio: bind acpi with sdio function device
  • From: Chris Ball <cjb@xxxxxxxxxx>
• Re: [PATCH 2/2] thermal: shorten too long mcast group name
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] thermal: shorten too long mcast group name
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• [PATCH v3 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo))
  • From: Daniel Vetter <daniel@xxxxxxxx>
• RE: [PATCH] thermal: shorten too long mcast group name
  • From: "R, Durgadoss" <durgadoss.r@xxxxxxxxx>
• [PATCH] thermal: shorten too long mcast group name
  • From: Masatake YAMATO <yamato@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Bug fix PATCH v2 1/2] ACPI,acpi_memhotplug: enable acpi_memory_info->enabled of memory device presented at boot-time
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI,acpi_memhotplug: Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [Bug fix PATCH v2 1/2] ACPI,acpi_memhotplug: enable acpi_memory_info->enabled of memory device presented at boot-time
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo))
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH] dummy-irq: introduce a dummy IRQ handler driver (was Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo))
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Add special handler for Intel Lynxpoint LPSS devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI / scan: Add special handler for Intel Lynxpoint LPSS devices
  • From: Mike Turquette <mturquette@xxxxxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] intel-pstate: Use #defines instead of hard-coded values.
  • From: Dirk Brandewie <dirk.brandewie@xxxxxxxxx>
• Re: [PATCH] intel-pstate: Use #defines instead of hard-coded values.
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• [PATCH] intel-pstate: Use #defines instead of hard-coded values.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH 1/2] ACPI / LPSS: Make condition local to lpt_register_clock_device
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI / LPSS: make code less confusing for reader
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] mmc: sdio: bind acpi with sdio function device
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] ACPI/APEI: fix error status check condition for CPER
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• RE: [PATCH] acpi: remove length check for large registers
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt respo
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v4 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH v4 2/3] ACPI video: Make logic a little easier to understand.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH v4 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH v4 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Remove acpi_memory_info->failed bit
  • From: Toshi Kani <toshi.kani@xxxxxx>
• gm45 intel gfx can generate non-MSI irq# in MSI mode (was Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)))
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• [PATCH] ACPI: remove "config ACPI_DEBUG_FUNC_TRACE"
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses))
  • From: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses))
  • From: Jiri Kosina <jkosina@xxxxxxx>
• [PATCH] ACPI/APEI: fix error status check condition for CPER
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses))
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH] PCI: Remove not needed check in disable aspm link
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses))
  • From: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
• [PATCH] drm/i915: stop using GMBUS IRQs on Gen4 chips (was Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses))
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH v2 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: [PATCH v2 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v2 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH v2 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v2 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Thomas Meyer <thomas@xxxxxxxx>
• Re: [PATCH v2 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH] Remove acpi_memory_info->failed bit
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• RE: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH] acpi: remove length check for large registers
  • From: Linn Crosetto <linn@xxxxxx>
• RE: [PATCH] acpi: remove length check for large registers
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• [PATCH] acpi: remove length check for large registers
  • From: Linn Crosetto <linn@xxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• /proc/acpi/processor directory
  • From: Kevin Wilson <wkevils@xxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [PATCH v2 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH v2 2/3] ACPI video: Make logic a little easier to understand.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH v2 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Harald Arnesen <skogtun.linux@xxxxxxxxx>
• Re: [PATCH 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• Re: [PATCH 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 2/3] ACPI video: Make logic a little easier to understand.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• PROBLEM: Bug, Bluetooth and WIFI always turned ON, on Clevo laptop (P150EM)
  • From: Pete Hildebrandt <send2ph@xxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] ACPI video: Fix applying indexed initial brightness value.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH 2/3] ACPI video: Make logic a little easier to understand.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH 1/3] ACPI video: Fix brightness control initialization for some laptops.
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH 0/3] ACPI video: Fix brightness control initialization sequence
  • From: Danny Baumann <dannybaumann@xxxxxx>
• [PATCH] ACPI: Verify device status after eject
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Bug fix PATCH] ACPI,acpi_memhotplug: enable acpi_memory_info->enabled of memory device presented at boot-time
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [Bug fix PATCH] ACPI,acpi_memhotplug: enable acpi_memory_info->enabled of memory device presented at boot-time
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [PATCH] drivers: acpi: Used resource_size function
  • From: Alexandru Gheorghiu <gheorghiuandru@xxxxxxxxx>
• [PATCH] drivers: acpi: Used PTR_RET function
  • From: Alexandru Gheorghiu <gheorghiuandru@xxxxxxxxx>
• [PATCH] drivers: acpi: Replaced kmalloc and memcpy with kmemdup
  • From: Alexandru Gheorghiu <gheorghiuandru@xxxxxxxxx>
• Re: linux-3.7.10: 'nousb' causes repeated PME# enabled/disabled messages when 'pcie_aspm=off' and causes only partial acpiphp hotplug detection
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: linux-3.7.10: 'nousb' causes repeated PME# enabled/disabled messages when 'pcie_aspm=off' and causes only partial acpiphp hotplug detection
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• RE: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• RE: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Wei, Gang" <gang.wei@xxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] acpi: fix suspend and resume on Sony Vaio VGN-FW21M
  • From: Fabio Valentini <fafatheone@xxxxxxxxx>
• Re: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [Xen-devel] [PATCH] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [Xen-devel] [PATCH] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [Xen-devel] [PATCH] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [Xen-devel] [PATCH] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] acpi: remove reference to ACPI_HOTPLUG_IO
  • From: Paul Bolle <pebolle@xxxxxxxxxx>
• [PATCH] Xen/ACPI: support sleep state entering on hardware reduced systems
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH] ACPI: suppress compiler warnings
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCHv2 3/5] ACPI: suppress compiler warning in battery.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCHv2 5/5] ACPI / pcie: suppress compiler warning in portdrv_acpi.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCHv2 4/5] ACPI: suppress compiler warning in container.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCHv2 2/5] ACPI: suppress compiler warnings in processor_throttling.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCHv2 1/5] ACPI: suppress compiler warnings in button.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH] acpi: replaced kmalloc+memcpy with kmemdup
  • From: Andrei Epure <epure.andrei@xxxxxxxxx>
• [PATCH] PCI, ACPI: hold acpi_scan_lock during root bus hotplug
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI: suppress compiler warnings
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2 08/20] x86, ACPI: Find acpi tables in initrd early from head_32.S/head64.c
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 08/20] x86, ACPI: Find acpi tables in initrd early from head_32.S/head64.c
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH v2 08/20] x86, ACPI: Find acpi tables in initrd early from head_32.S/head64.c
  • From: Pekka Enberg <penberg@xxxxxxxxxx>
• Re: [RESEND PATCH 6/6] doc: Fix a wrong comment in Documentation/hw_random.txt
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/20] x86, ACPI: Increase override tables number limit
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 03/20] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 05/20] x86, ACPI: Split acpi_initrd_override to find/copy two functions
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 06/20] x86, ACPI: Store override acpi tables phys addr in cpio files info array
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 08/20] x86, ACPI: Find acpi tables in initrd early from head_32.S/head64.c
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 16/20] x86, ACPI, numa, ia64: split SLIT handling out
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH v2 07/20] x86, ACPI: Make acpi_initrd_override_find work with 32bit flat mode
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 1/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [3.9-rc1] irq 16: nobody cared (was [3.9-rc1] very poor interrupt responses)
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [Resend][PATCH] ACPI / PM: Do not power manage devices in unknown initial states
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] ACPI: Remove acpi_pci_bind_root() definition
  • From: Toshi Kani <toshi.kani@xxxxxx>
• RE: [RESEND PATCH 3/6] acpi: Remove the leading spaces of "finish_override" label in acpi_tb_table_override().
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH] ACPI: suppress compiler warnings
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 3/6] acpi: Remove the leading spaces of "finish_override" label in acpi_tb_table_override().
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 21/21] ACPICA: Update version to 20130214
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 20/21] ACPICA: Object repair: Allow 0-length packages for variable-length packages
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 19/21] ACPICA: Disassembler: Add warnings for unresolved control methods
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 18/21] ACPICA: Return object repair: Add resource template repairs
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 17/21] ACPICA: Return object repair: Add string-to-unicode conversion
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 16/21] ACPICA: Split object conversion functions to a new file
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 15/21] ACPICA: Add mechanism for early object repairs on a per-name basis
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 14/21] ACPICA: Remove trailing comma in enum declarations
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 13/21] ACPICA: Add exception descriptions to exception info table
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/21] ACPICA: Add macros to exception code definitions
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/21] ACPICA: Regression fix: reinstate safe exit macros
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/21] ACPICA: Update for ACPI 5 hardware-reduced feature
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/21] ACPICA: Add parens within macros around parameter names
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/21] ACPICA: Update error/debug messages for fixed events
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/21] ACPICA: Add macros to access pointer to next object in the descriptor list
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/21] ACPICA: Fix a long-standing bug in local cache
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/21] ACPICA: iASL/Disassembler: Add support for MTMR table
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/21] ACPICA: iASL/Disassembler: Add support for VRTC table
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/21] ACPICA: Update RASF table definition
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 02/21] ACPICA: Fix a couple warnings detected on FreeBSD build
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/21] ACPICA: Resource Mgr: Prevent infinite loops in resource walks
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/21] ACPICA 20130214 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [RESEND PATCH 3/6] acpi: Remove the leading spaces of "finish_override" label in acpi_tb_table_override().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• RE: [RESEND PATCH 3/6] acpi: Remove the leading spaces of "finish_override" label in acpi_tb_table_override().
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 11/14] x86, acpi, numa: split SLIT handling out
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 11/14] x86, acpi, numa: split SLIT handling out
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 11/14] x86, acpi, numa: split SLIT handling out
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/14] x86, ACPI: store override acpi tables phys addr
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/14] x86, ACPI: Find acpi tables in initrd early at head_32.S/head64.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 05/14] x86, ACPI: Find acpi tables in initrd early at head_32.S/head64.c
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 03/14] x86, ACPI: store override acpi tables phys addr
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 02/14] x86, ACPI: Split find/copy from acpi_initrd_override
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 11/14] x86, acpi, numa: split SLIT handling out
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 05/14] x86, ACPI: Find acpi tables in initrd early at head_32.S/head64.c
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 03/14] x86, ACPI: store override acpi tables phys addr
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 02/14] x86, ACPI: Split find/copy from acpi_initrd_override
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/14] x86, ACPI: store override acpi tables phys addr
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 11/14] x86, acpi, numa: split SLIT handling out
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 04/14] x86, ACPI: make acpi override finding work with 32bit flat mode
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 02/14] x86, ACPI: Split find/copy from acpi_initrd_override
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 05/14] x86, ACPI: Find acpi tables in initrd early at head_32.S/head64.c
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [GIT PULL] ACPI and power management fixes for v3.9-rc2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 5/5] acpi_video: Don't handle ACPI brightness notifications by default
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 4/5] acpi_video: Disable use of _BQC when value doesn't match those set through _BCM
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 3/5] acpi_video: Add workaround for broken Windows 8 backlight implementations
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 2/5] acpi_video: Avoid unnecessary conversions between backlight levels and indexes
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• [PATCH 1/5] ACPICA: Add interface for getting latest Windows version requested via _OSI
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Disable Windows 8 compatibility for some Lenovo ThinkPads
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 1/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 0/1] thinkpad-acpi: kill hotkey_thread_mutex
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• 2013 Linux Plumbers PCI Microconference proposal call for participaton
  • From: Myron Stowe <mstowe@xxxxxxxxxx>
• [RESEND PATCH 0/6] Fix some coding style and comment problems.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 3/6] acpi: Remove the leading spaces of "finish_override" label in acpi_tb_table_override().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 1/6] acpi: Remove the leading space of "unlock" label in acpi_memory_device_notify().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 2/6] acpi: Add missing parameter comment for acpi_get_table_with_size().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 4/6] acpi: Remove the leading spaces of "unmap_and_exit" label in acpi_tb_install_table().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 6/6] doc: Fix a wrong comment in Documentation/hw_random.txt
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 5/6] acpi: Add the missing parameter comment for acpi_initialize_tables().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• [Update][PATCH 2/2] ACPI / LPSS: Add support for exposing LTR registers to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Regression in v3.9-rc1 introduced by d5aaffa9dd531c978c6f3fea06a2972653bd7fc8..
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Artem Savkov <artem.savkov@xxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: Regression in v3.9-rc1 introduced by d5aaffa9dd531c978c6f3fea06a2972653bd7fc8..
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [RESEND PATCH 1/6] acpi: Remove the leading space of "unlock" label in acpi_memory_device_notify().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 3/6] acpi: Remove the leading spaces of "finish_override" label in acpi_tb_table_override().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 6/6] doc: Fix a wrong comment in Documentation/hw_random.txt
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 5/6] acpi: Add the missing parameter comment for acpi_initialize_tables().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 4/6] acpi: Remove the leading spaces of "unmap_and_exit" label in acpi_tb_install_table().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 2/6] acpi: Add missing parameter comment for acpi_get_table_with_size().
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [RESEND PATCH 0/6] Fix some coding style and comment problems.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: intel-pstate driver blows up if cpufreq_register_driver fails.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: Regression in v3.9-rc1 introduced by d5aaffa9dd531c978c6f3fea06a2972653bd7fc8..
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: intel-pstate driver blows up if cpufreq_register_driver fails.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• [PATCH] ACPI: Update _OST handling for notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• Regression in v3.9-rc1 introduced by d5aaffa9dd531c978c6f3fea06a2972653bd7fc8..
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• intel-pstate driver blows up if cpufreq_register_driver fails.
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH] thinkpad-acpi: fix potential suspend blocking issue
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• Re: [REGRESSION] [3.9-rc1] BUG: ktpacpi_nvramd/446 still has locks held!
  • From: Mandeep Singh Baines <msb@xxxxxxxxxxxx>
• [PATCH 3/6] In acpi_tb_table_override()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 6/6] In Documentation/hw_random.txt
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 1/6] In acpi_memory_device_notify()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 4/6] In acpi_tb_install_table()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 5/6] In acpi_initialize_tables()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 2/6] In acpi_get_table_with_size()
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• [PATCH 0/6] Fix some coding style and comment problems.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [REGRESSION] [3.9-rc1] BUG: ktpacpi_nvramd/446 still has locks held!
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH] libata: acpi: remove redundent code for power resource handling
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH] mmc: sdio: bind acpi with sdio function device
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• [PATCH 1/3] ACPI: Remove acpi_device dependency in acpi_device_set_id()
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 3/3] ACPI: Update PNPID match handling for notify
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 2/3] ACPI: Update PNPID set/free interfaces
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH 0/3] ACPI: Provide consistent PNPID match handling
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [REGRESSION] [3.9-rc1] BUG: ktpacpi_nvramd/446 still has locks held!
  • From: Maciej Rutecki <maciej.rutecki@xxxxxxxxx>
• Re: [PATCH] PCI / ACPI: Rework ACPI device nodes lookup for the PCI bus type
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• [PATCH] ACPI video: ignore BIOS backlight value for HP dm4
  • From: Gustavo Maciel Dias Vieira <gustavo@xxxxxxxxx>
• Re: [Resend][PATCH] ACPI / PM: Do not power manage devices in unknown initial states
  • From: Peter Wu <lekensteyn@xxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [rebased-again][PATCH 0/4] acpi: do some changes for numa info
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• [PATCH 0/2] ACPI / LPSS: Clocks handling rework and LTR support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / scan: Add special handler for Intel Lynxpoint LPSS devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / LPSS: Add support for exposing LTR registers to user space
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] libata-acpi.c: fix copy and paste mistake in ata_acpi_register_power_resource
  • From: Sedat Dilek <sedat.dilek@xxxxxxxxx>
• Re: [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: WHEA Support in Linux
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Jeff Garzik <jgarzik@xxxxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/2] ACPI / glue: Add .match() callback to struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/2] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] x86, ACPI, mm: Revert SRAT support from movablemem_map boot option.
  • From: Tang Chen <tangchen@xxxxxxxxxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [Resend][PATCH] ACPI / glue: Drop .find_bridge() callback from struct acpi_bus_type
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: WHEA Support in Linux
  • From: Manish <manishmj1111@xxxxxxxxx>
• WHEA Support in Linux
  • From: Manish <manishmj1111@xxxxxxxxx>
• [PATCH] drivers/acpi: beautify code, pr->id is u32 which is never < 0
  • From: Chen Gang <gang.chen@xxxxxxxxxxx>
• Re: WHEA Support in Linux
  • From: Chen Gong <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2, 0/7] ACPI / hotplug: Common code for ACPI-based hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v8 13/13] PCI, ACPI: remove support of ACPI PCI subdrivers
  • From: Jiang Liu <jiang.liu@xxxxxxxxxx>
• [Update][PATCH v2, 3/7] ACPI / container: Use common hotplug code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2, 3/7] ACPI / container: Use common hotplug code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v2, 3/7] ACPI / container: Use common hotplug code
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v2, 6/7] ACPI / container: Use hotplug profile user space interface
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 4/7] ACPI / scan: Introduce acpi_scan_handler_matching()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 3/7] ACPI / container: Use common hotplug code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 5/7] ACPI / hotplug: Introduce user space interface for hotplug profiles
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 1/7] ACPI / scan: Introduce acpi_scan_match_handler()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 0/7] ACPI / hotplug: Common code for ACPI-based hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH v2, 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH v8 13/13] PCI, ACPI: remove support of ACPI PCI subdrivers
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• WHEA Support in Linux
  • From: Manish <manishmj1111@xxxxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [PATCH v8 01/13] PCI: do not check is_added flag in pci_remove_bus()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 02/13] PCI/acpiphp: use list_for_each_entry_safe() in acpiphp_sanitize_bus()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 03/13] PCI/acpiphp: don't rely on function 0 in disable_device()
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 04/13] ACPI/acpiphp: replace local macros with standard ACPI macros
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 05/13] PCI: introduce platform dependent hooks for creating/destroying PCI busses
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 06/13] PCI, ACPI: prepare stub functions to handle ACPI PCI (hotplug) slots
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 07/13] PCI, IA64: implement pcibios_{add|remove}_bus() hooks
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 09/13] PCI, ACPI: handle PCI slot devices when creating/destroying PCI busses
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 10/13] PCI/acpiphp: do not use ACPI PCI subdriver mechanism
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 11/13] PCI/acpiphp: use normal list to simplify implementation
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 12/13] PCI/acpiphp: protect acpiphp data structures from concurrent updating
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 13/13] PCI, ACPI: remove support of ACPI PCI subdrivers
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 08/13] PCI, x86: implement pcibios_{add|remove}_bus() hooks
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• [PATCH v8 00/13] Get rid of the ACPI PCI subdriver mechanism
  • From: Jiang Liu <liuj97@xxxxxxxxx>
• WIRUS (Worm.Mydoom.I) WYKRYTO W POCZCIE, KTORA POCHODZI PRAWDOPODOBNIE OD CIEBIE
  • From: Antyvir <virusalert@xxxxxxxxxx>
• Re: [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI and power management fixes for v3.9-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [GIT PULL] ACPI and power management fixes for v3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [rebased-again][PATCH 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 5/7] ACPI / hotplug: Introduce user space interface for hotplug profiles
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [rebased-again][PATCH 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v2] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/2] ACPI: Overriding ACPI tables via initrd only works with an initrd and on X86
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: Overriding ACPI tables via initrd only works with an initrd and on X86
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 2/2] ACPI: Overriding ACPI tables via initrd only works with an initrd and on X86
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: Fixups for ACPI initrd table override
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH 5/7] ACPI / hotplug: Introduce user space interface for hotplug profiles
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: Fixups for ACPI initrd table override
  • From: Dennis Schridde <devurandom@xxxxxxx>
• Re: [PATCH] ACPI: Add sysfs links from memory device to memblocks
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• [rebased-again][PATCH 3/4] acpi: add clock_domain field to acpi_srat_cpu_affinity
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [rebased-again][PATCH 4/4] remove include asm/acpi.h in process_driver.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [rebased-again][PATCH 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [rebased-again][PATCH 0/4] acpi: do some changes for numa info
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• [rebased-again][PATCH 2/4] numa: avoid export acpi_numa variable
  • From: liguang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• [PATCH] ACPI: processor: Remove redundant NULL check before kfree
  • From: Syam Sidhardhan <syamsidhardh@xxxxxxxxx>
• [GIT PULL] ACPI and power management fixes for v3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update 4][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Take unusual configurations of power resources into account (was: Re: [GIT PATCH] USB patches for 3.9-rc1)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / PM: Take unusual configurations of power resources into account (was: Re: [GIT PATCH] USB patches for 3.9-rc1)
  • From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
• [PATCH] ACPI / PM: Take unusual configurations of power resources into account (was: Re: [GIT PATCH] USB patches for 3.9-rc1)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: [GIT PATCH] USB patches for 3.9-rc1
  • From: Fabio Baltieri <fabio.baltieri@xxxxxxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH] ACPI: Add sysfs links from memory device to memblocks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 1/2] ACPI: Cleanup acpi_initrd_override declaration and remove ifdefs
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 2/2] ACPI: Overriding ACPI tables via initrd only works with an initrd and on X86
  • From: Thomas Renninger <trenn@xxxxxxx>
• Fixups for ACPI initrd table override
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] acpi: sleep: Avoid interleaved message on errors
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [BUG bisected]: apei_hest_parse explosion
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: PCI D3 wakeup failure on Lynx Point xHCI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [Update 3][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update 2][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: PCI D3 wakeup failure on Lynx Point xHCI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• PCI D3 wakeup failure on Lynx Point xHCI
  • From: Sarah Sharp <sarah.a.sharp@xxxxxxxxxxxxxxx>
• Re: [Update 2][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [Update 2][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [Update][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [Update][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH EDAC 03/13] ghes: add the needed hooks for EDAC error report
  • From: Huang Ying <ying.huang@xxxxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• [Update][PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH v2] APM idle: register apm_cpu_idle via cpuidle
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• RE: Linux ACPI DSDT table editing tools
  • From: "Pallala, Ramakrishna" <ramakrishna.pallala@xxxxxxxxx>
• Re: Linux ACPI DSDT table editing tools
  • From: "Mika Westerberg (mika.westerberg@xxxxxxxxxxxxxxx)" <mika.westerberg@xxxxxxxxxxxxxxx>
• Linux ACPI DSDT table editing tools
  • From: "Pallala, Ramakrishna" <ramakrishna.pallala@xxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [RESEND][PATCH] gpu: remove gma500 stub driver
  • From: "Lee, Chun-Yi" <joeyli.kernel@xxxxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: li guang <lig.fnst@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/4] numa: avoid export acpi_numa variable
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v4 1/4] acpi: move x86/mm/srat.c to x86/kernel/acpi/srat.c
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [GIT PULL] ACPI and power management updates for v3.9-rc1
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH 4/7] ACPI / scan: Introduce acpi_scan_handler_matching()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] ACPI / scan: Introduce acpi_scan_match_handler()
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: Yasuaki Ishimatsu <isimatu.yasuaki@xxxxxxxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] APM idle: register apm_cpu_idle via cpuidle
  • From: Jiri Kosina <jkosina@xxxxxxx>
• Re: [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH] ACPI / scan: Make it clear that acpi_bus_trim() cannot fail
  • From: Vasilis Liaskovitis <vasilis.liaskovitis@xxxxxxxxxxxxxxxx>
• [PATCH 5/7] ACPI / hotplug: Introduce user space interface for hotplug profiles
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 4/7] ACPI / scan: Introduce acpi_scan_handler_matching()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 3/7] ACPI / container: Use common hotplug code
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 2/7] ACPI / scan: Introduce common code for ACPI-based device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 1/7] ACPI / scan: Introduce acpi_scan_match_handler()
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 0/7] ACPI / hotplug: Common code for ACPI-based hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 6/7] ACPI / container: Use hotplug profile user space interface
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• [PATCH 7/7] ACPI / scan: Make memory hotplug driver use struct acpi_scan_handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Borislav Petkov <bp@xxxxxxxxx>
• linux-3.7.4: multiple thermal cpu throttling or cpu enable/disable kmemleaks
  • From: Martin Mokrejs <mmokrejs@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• Re: [PATCH] ACPI / PCI: Initialize PCI root drivers after PCI bus enumeration
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] ACPI, PCI: Get PRT entry during acpi_pci_enable_irq()
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [PATCH EDAC 13/13] ghes_edac: Improve driver's printk messages
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: Toshi Kani <toshi.kani@xxxxxx>
• Re: [PATCH EDAC 13/13] ghes_edac: Improve driver's printk messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• RE: [Update][PATCH] ACPI / hotplug: Fix concurrency issues and memory leaks
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: [PATCH EDAC 07/13] edac: add support for raw error reports
  • From: Borislav Petkov <bp@xxxxxxxxx>