Linux Advanced Configuration and Power Interface (ACPI)

• Thread Index

• [PATCH] ACPI/Processor: Fix failure of loading acpi-cpufreq driver
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 02/27] ACPICA: Utilities: Deploy ACPI_DEBUGGER_EXEC for ACPI_DEBUGGER enabled code in utglobal.c.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/27] ACPICA: acpidump: Fix code issue in invoking fread in the loop.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/27] ACPICA: Update acpi_buffer_to_resource interface.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/27] ACPICA: 20140424 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/27] ACPICA: Update handling of PCI ID lists.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/27] ACPICA: OSL: Move external globals from utglobal.c to acpixf.h using ACPI_INIT_GLOBAL/ACPI_GLOBAL.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/27] ACPICA: Update global variable definitions. No functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/27] ACPICA: OSL: Add configurability for error message functions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 19/27] ACPICA: Back port of improvements on exception code.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 17/27] ACPICA: acpidump: Fix truncated RSDP signature validation.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/27] ACPICA: Comment updates - no functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 20/27] ACPICA: Tables: Fix invalid pointer accesses in acpi_tb_parse_root_table().
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 18/27] ACPICA: Back port of _PRP update.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 21/27] ACPICA: acpidump: Add support to force using RSDT.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 26/27] ACPICA: Comment/format update, no functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 25/27] ACPICA: Events: Update GPE handling and initialization code.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 22/27] ACPICA: Tables: Add new mechanism to skip NULL entries in RSDT and XSDT.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 23/27] ACPICA: Tables: Remove old mechanism to validate if XSDT contains NULL entries.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 27/27] ACPICA: Update version to 20140424.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 24/27] ACPICA: Remove extraneous error message for large number of GPEs.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 14/27] ACPICA: OSL: Add section to collect the divergence in acpixf.h.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 16/27] ACPICA: Linux header: Add support for stubbed externals.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 15/27] ACPICA: OSL: Add configurability for generic external functions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 13/27] ACPICA: OSL: Add configurability for debug output functions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/27] ACPICA: OSL: Add configurability for memory allocation macros.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/27] ACPICA: Add support for _LPD and _PRP methods.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/27] ACPICA: Add support for LPIT table.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/27] ACPICA: Utilities: Cleanup obsoleted global variables.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH] ACPI / EC: Process rather than discard events in acpi_ec_clear
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: bug: acpi ata_bay dock reminds undocked
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: bug: acpi ata_bay dock reminds undocked
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: bug: acpi ata_bay dock reminds undocked
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• bug: acpi ata_bay dock reminds undocked
  • From: Pali Rohár <pali.rohar@xxxxxxxxx>
• Re: [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ACPI/PCI: Warn if we have to "guess" host bridge node information
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [Patch V2 0/9] I2C ACPI operation region handler support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
• [PATCH] ACPI / EC: Process rather than discard events in acpi_ec_clear
  • From: Kieran Clancy <clancy.kieran@xxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Steffen Persvold <sp@xxxxxxxxxxxxx>
• Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Wolfram Sang <wsa@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Robert Richter <rric@xxxxxxxxxx>
• Re: [PATCH v3 part1 03/11] ARM64 : Add dummy asm/cpu.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 part1 08/11] ARM64 / ACPI: Introduce PCI functions for ACPI on ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 part1 11/11] ACPI: Make EC depend on X86 || IA64 in Kconfig
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [PATCH v3 part1 05/11] ARM64 / ACPI: Introduce early_param for "acpi"
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [PATCH v3 part1 03/11] ARM64 : Add dummy asm/cpu.h
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [GIT PULL] ACPI and power management fixes for v3.15-rc3
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 part1 02/11] ARM64 / ACPI: Introduce the skeleton of _PDC related for ARM64
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent
  • From: Grant Likely <grant.likely@xxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 part1 06/11] ARM64 / ACPI: Introduce lowlevel suspend function
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 part1 08/11] ARM64 / ACPI: Introduce PCI functions for ACPI on ARM64
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v4 0/5] x86: fix hang when AP bringup is too slow
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Patch V2 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: [PATCH v2 5/5] ACPICA: Remove deprecated _LINUX definitions for ACPICA.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Andreas Herrmann <herrmann.der.user@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: "Jan Beulich" <JBeulich@xxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
• Re: [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Suravee Suthikulanit <suravee.suthikulpanit@xxxxxxx>
• Re: [Patch V2 0/9] I2C ACPI operation region handler support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Patch V2 0/9] I2C ACPI operation region handler support
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH v2 4/5] ACPI/PCI: Warn if we have to "guess" host bridge node information
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH v2 3/5] x86/PCI: Miscellaneous code clean up for early_fillup_mp_bus_info
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH v2 1/5] x86/PCI: Add support for generic AMD hostbridges
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH V5 02/12] PNPACPI: use whilte list for pnpacpi device enumeration
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH V5 02/12] PNPACPI: use whilte list for pnpacpi device enumeration
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH V5 12/12] ACPI: introduce .handle_children flag for acpi scan handler
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH V5 09/12] ACPI: introduce acpi platform exclude id list
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH v2 5/5] ACPICA: Remove deprecated _LINUX definitions for ACPICA.
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Adam Williamson <awilliam@xxxxxxxxxx>
• Re: [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Adam Williamson <awilliam@xxxxxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 part1 06/11] ARM64 / ACPI: Introduce lowlevel suspend function
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [Linaro-acpi] [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• [Patch V2 0/9] I2C ACPI operation region handler support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 2/9] ACPICA: Export acpi_buffer_to_resource symbol
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 6/9] I2C: Add smbus word/block process call helper function
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Patch V2 5/9] I2C: Add smbus quick read/write helper function
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v3 part1 08/11] ARM64 / ACPI: Introduce PCI functions for ACPI on ARM64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH v3 part1 07/11] ARM64 / ACPI: Introduce arch_fix_phys_package_id() for cpu topology
  • From: Mark Brown <broonie@xxxxxxxxxx>
• RE: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH v2 1/5] ACPICA: OSL: Add direct inclusion of extra header.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH v2 5/5] ACPICA: Remove deprecated _LINUX definitions for ACPICA.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH v3 part1 07/11] ARM64 / ACPI: Introduce arch_fix_phys_package_id() for cpu topology
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH] acpi: try to trust cpu_index from x86_cpu_to_apicid
  • From: Baoquan He <bhe@xxxxxxxxxx>
• [PATCH] ACPI / scan: do not scan fixed hardware on HW-reduced platform
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH V5 12/12] ACPI: introduce .handle_children flag for acpi scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH V5 08/12] ACPI: introduce dummy lpss scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH V5 09/12] ACPI: introduce acpi platform exclude id list
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH V5 06/12] ACPI: introduce platform_id flag
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH V5 05/12] ACPI: check and enumerate CMOS RTC devices explicitly
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH V5 02/12] PNPACPI: use whilte list for pnpacpi device enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [PATCH V5 12/12] ACPI: introduce .handle_children flag for acpi scan handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 08/12] ACPI: introduce dummy lpss scan handler
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 09/12] ACPI: introduce acpi platform exclude id list
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 06/12] ACPI: introduce platform_id flag
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 05/12] ACPI: check and enumerate CMOS RTC devices explicitly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 05/12] ACPI: check and enumerate CMOS RTC devices explicitly
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V5 02/12] PNPACPI: use whilte list for pnpacpi device enumeration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] ACPICA: Remove deprecated _LINUX definitions for ACPICA.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/5] ACPICA: OSL: Add direct inclusion of extra header.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Graeme Gregory <graeme@xxxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Borislav Petkov <bp@xxxxxxx>
• [GIT PULL] ACPI and power management fixes for v3.15-rc3
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 1/1] apci_pad: in power_saving_thread(), call schedule() when need_resched is true
  • From: Tony Camuso <tcamuso@xxxxxxxxxx>
• Re: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Graeme Gregory <graeme@xxxxxxxxxxx>
• Re: [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] acpi: respect const qualifier
  • From: Sam Protsenko <semen.protsenko@xxxxxxxxxx>
• Re: [PATCH v3 part1 07/11] ARM64 / ACPI: Introduce arch_fix_phys_package_id() for cpu topology
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / LPSS: Support for fractional divider clock
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI / LPSS: Support for fractional divider clock
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 part1 11/11] ACPI: Make EC depend on X86 || IA64 in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 10/11] ARM64 / ACPI: Select ACPI_REDUCED_HARDWARE_ONLY if ACPI is enabled on ARM64
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 09/11] ARM64 / ACPI: Enable ARM64 in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 01/11] ACPI / processor: Rework _PDC related stuff to make it more arch-independent
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 08/11] ARM64 / ACPI: Introduce PCI functions for ACPI on ARM64
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 07/11] ARM64 / ACPI: Introduce arch_fix_phys_package_id() for cpu topology
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 00/11] Enable ACPI on ARM64 in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 06/11] ARM64 / ACPI: Introduce lowlevel suspend function
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 05/11] ARM64 / ACPI: Introduce early_param for "acpi"
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 04/11] ARM64 / ACPI: Introduce arm-core.c and its related head file
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 03/11] ARM64 : Add dummy asm/cpu.h
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH v3 part1 02/11] ARM64 / ACPI: Introduce the skeleton of _PDC related for ARM64
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [PATCH 1/2] clk: new basic clk type for fractional divider
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH 2/2] ACPI / LPSS: Support for fractional divider clock
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• [PATCH 0/2] ACPI / LPSS: fractional divider clocks
  • From: Heikki Krogerus <heikki.krogerus@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/3][Resend] PM / runtime: Routine for checking device status during system suspend
  • From: Ulf Hansson <ulf.hansson@xxxxxxxxxx>
• RE: [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [RFC][PATCH 0/3] PM: Mechanism to avoid resuming runtime-suspended devices during system suspend, v2
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC][PATCH 3/3] ACPI / PM: Avoid resuming devices in ACPI PM domain during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC][PATCH 2/3][Resend] PM / runtime: Routine for checking device status during system suspend
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC][PATCH 1/3] PM / sleep: Flags to speed up suspend-resume of runtime-suspended devices
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Patch Part3 V1 17/22] pci, ACPI, iommu: enhance pci_root to support DMAR device hotplug
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [REGRESSION] Media keys cause "ACPI: \_SB_.ATKD: Unsupported event" on ASUS laptop
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [REGRESSION] Media keys cause "ACPI: \_SB_.ATKD: Unsupported event" on ASUS laptop
  • From: Mantas Mikulėnas <grawity@xxxxxxxxx>
• Re: [REGRESSION] Media keys cause "ACPI: \_SB_.ATKD: Unsupported event" on ASUS laptop
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: [PATCH 2] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [REGRESSION] Media keys cause "ACPI: \_SB_.ATKD: Unsupported event" on ASUS laptop
  • From: Sitsofe Wheeler <sitsofe@xxxxxxxxx>
• Re: [PATCH v3] Intel MCH BIOS workaround
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Resend Patch 0/9] I2C ACPI operation region handler support
  • From: Adam Williamson <awilliam@xxxxxxxxxx>
• [PATCH v3] Intel MCH BIOS workaround
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v3] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] acpi: try to trust cpu_index from x86_cpu_to_apicid
  • From: Baoquan He <bhe@xxxxxxxxxx>
• Re: [PATCH 2] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH v2 1/5] ACPICA: OSL: Add direct inclusion of extra header.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 2/5] ACPICA: Add <acpi/acpi_opt.h> to remove mis-ordered inclusion of <acpi/actypes.h> from <acpi/platform/aclinux.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 3/5] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 5/5] ACPICA: Remove deprecated _LINUX definitions for ACPICA.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 4/5] ACPICA: Cleanup redudant definitions that already have defaults in <acpi/platform/acenv.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH v2 0/5] ACPICA: Fix some mis-ordered inclusions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• RE: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/5 v2] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• RE: [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 1/4] ACPICA: Add <acpi/platform/aclinuxxf.h> to remove mis-ordered inclusion of <acpi/actypes.h> from <acpi/platform/aclinux.h>.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 2/5 v2] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 6/9] I2C: Add smbus word/block process call helper function
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 5/9] I2C: Add smbus quick read/write helper function
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 2/9] ACPICA: Export acpi_buffer_to_resource symbol
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Resend Patch 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPICA: Add <acpi/platform/aclinuxxf.h> to remove mis-ordered inclusion of <acpi/actypes.h> from <acpi/platform/aclinux.h>.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Patch Part3 V1 17/22] pci, ACPI, iommu: enhance pci_root to support DMAR device hotplug
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [Patch Part3 V1 17/22] pci, ACPI, iommu: enhance pci_root to support DMAR device hotplug
  • From: Jiang Liu <jiang.liu@xxxxxxxxxxxxxxx>
• [Resend Patch 0/9] I2C ACPI operation region handler support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 2/9] ACPICA: Export acpi_buffer_to_resource symbol
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 5/9] I2C: Add smbus quick read/write helper function
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 8/9] I2C/ACPI: Move ACPI related code to i2c-acpi.c
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 6/9] I2C: Add smbus word/block process call helper function
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [Resend Patch 9/9] I2C/ACPI: Add CONFIG_I2C_ACPI config
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• RE: [PATCH 1/4] ACPICA: Add <acpi/platform/aclinuxxf.h> to remove mis-ordered inclusion of <acpi/actypes.h> from <acpi/platform/aclinux.h>.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• RE: [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 2/2] ACPI: Fix the issue that the DSDT local copy is conflict with the customized DSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH 2] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] ACPI: Fix the issue that the DSDT local copy is conflict with the customized DSDT.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/4] tools/power/acpi: Minor bugfixes
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPICA: Add <acpi/platform/aclinuxxf.h> to remove mis-ordered inclusion of <acpi/actypes.h> from <acpi/platform/aclinux.h>.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: try to trust cpu_index from x86_cpu_to_apicid
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] acpi: respect const qualifier
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Daniel J Blueman <daniel@xxxxxxxxxxxxx>
• Re: 3.14-rc: /proc/acpi/battery gone?
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Myron Stowe <myron.stowe@xxxxxxxxx>
• Re: 3.14-rc: /proc/acpi/battery gone?
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 4/5] ACPI/PCI: Warn if we have to "guess" host bridge node information
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 3/5] x86/PCI: Miscellaneous code clean up for early_fillup_mp_bus_info
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: Hibernation problem with 3.14 kernel
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2 1/5] x86/PCI: Add support for generic AMD hostbridges
  • From: Borislav Petkov <bp@xxxxxxx>
• [PATCH v2 0/5] x86/PCI: Add AMD hostbridge support for newer AMD systems
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH v2 1/5] x86/PCI: Add support for generic AMD hostbridges
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH v2 2/5] x86/PCI: Support additional MMIO range capabilities
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH v2 3/5] x86/PCI: Miscellaneous code clean up for early_fillup_mp_bus_info
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH v2 4/5] ACPI/PCI: Warn if we have to "guess" host bridge node information
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• [PATCH v2 5/5] PCI: Remove redundant 'quirk_amd_nb_node'
  • From: Myron Stowe <myron.stowe@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH] ACPICA: Tables: Skip NULL entries in RSDT and XSDT.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: BUG: using __this_cpu_write() in preemptible [00000000] code: systemd-udevd/497
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• [PATCH] PNP: Work around BIOS defects in Intel MCH area reporting
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH] acpi: respect const qualifier
  • From: Semen Protsenko <semen.protsenko@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 5/5] trace, AER: Move trace into unified interface
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 4/5 v2] trace, eMCA: Add a knob to adjust where to save event log
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 3/5 v2] trace, RAS: Add eMCA trace event interface
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 2/5 v2] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 1/2 v2] x86, MCE: Fix a bug in CMCI handler
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Add new eMCA trace event interface V2
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Dave Jones <davej@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• RE: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: BUG: using __this_cpu_write() in preemptible [00000000] code: systemd-udevd/497
  • From: Christoph Lameter <cl@xxxxxxxxx>
• Problem: Kernel panic on systems with an invalid XSDT
  • From: Juho Rinta-Paavola <juho.s.rp@xxxxxxxxx>
• [PATCH 1/9] ACPICA: Executer: Fix buffer allocation issue for generic_serial_bus region field accesses.
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 2/9] ACPICA: Export acpi_buffer_to_resource symbol
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 4/9] ACPI/Thermal: Use acpi_bus_attach_private_data() to attach private data
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• [PATCH 3/9] ACPI: Add acpi_bus_attach_private_data() to facilitate to attach data to ACPI handle
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH 7/9] I2C/ACPI: Add i2c ACPI operation region support
  • From: Lan Tianyu <tianyu.lan@xxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/5] trace, RAS: Add basic RAS trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 1/5] trace, RAS: Add basic RAS trace event
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: BUG: using __this_cpu_write() in preemptible [00000000] code: systemd-udevd/497
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: BUG: using __this_cpu_write() in preemptible [00000000] code: systemd-udevd/497
  • From: Éric Piel <eric.piel@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH v3 2/5] I/O Hook: Help functions to manage the hook
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• [PATCH v3 1/5] I/O Hook: core functions and Register Override
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• [PATCH v3 3/5] I/O Hook: sysfs interface to emulate h/w events
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• [PATCH v3 4/5] I/O Hook: Override MSRs while triggering MCEs
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• [PATCH v3 5/5] IO Hook: Tracing hw access
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• [PATCH v3 0/5] I/O Hook: Trace h/w access and emulate h/w events
  • From: Rui Wang <rui.y.wang@xxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 5/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] acpi: try to trust cpu_index from x86_cpu_to_apicid
  • From: Baoquan He <bhe@xxxxxxxxxx>
• BUG: using __this_cpu_write() in preemptible [00000000] code: systemd-udevd/497
  • From: Luis Henriques <luis.henriques@xxxxxxxxxxxxx>
• Re: [Bug 68591] - Please help debugging
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH v4 3/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v4 0/5] x86: fix hang when AP bringup is too slow
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v4 2/5] x86: fix memory corruption in acpi_unmap_lsapic()
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v4 4/5] x86: log error on secondary CPU wakeup failure at ERR level
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v4 5/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v4 1/5] x86: fix list corruption on CPU hotplug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH 1/5] trace, RAS: Add basic RAS trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH v3 5/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 4/5] x86: fix memory corruption in acpi_unmap_lsapic()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/5] trace, RAS: Add basic RAS trace event
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Re: BAR 14: can't assign mem (size 0x200000)
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [PATCH v3 2/5] x86: log error on secondary CPU wakeup failure at ERR level
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• RE: [PATCH] include: replace asm headers to linux
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• [PATCH] include: replace asm headers to linux
  • From: Paul McQuade <paulmcquad@xxxxxxxxx>
• Re: BAR 14: can't assign mem (size 0x200000)
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• [GIT PULL] More ACPI and power management fixes and updates for v3.15-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• [PATCH] [ACPI] Default to using the native backlight control on Windows 8 systems
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: BAR 14: can't assign mem (size 0x200000)
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [PATCH v3 0/5] x86: fix hang when AP bringup is too slow
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v3 5/5] acpi_processor: do not mark present at boot but not onlined CPU as onlined
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v3 3/5] x86: fix list corruption on CPU hotplug
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v3 4/5] x86: fix memory corruption in acpi_unmap_lsapic()
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• [PATCH v3 1/5] x86: initialize secondary CPU only if master CPU will wait for it
  • From: Igor Mammedov <imammedo@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 1/5] trace, RAS: Add basic RAS trace event
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• [PATCH RFC] i2c algo, Add i2c-algo-i801 driver [v1]
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• Re: Haswell systems & i801 i2c driver
  • From: Prarit Bhargava <prarit@xxxxxxxxxx>
• [PATCH 0/7] APEI: Make APEI architecture independent.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 3/7] ACPI, APEI, GHES: Introduce ACPI_APEI_NMI to make NMI error notification a GHES feature.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 2/7] acpi, apei, ghes: Introduce more generic mechanism to init/deinit GHES error notifications.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 7/7] acpi, apei, ghes: Factor out ioremap virtual memory for IRQ and NMI context.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 6/7] acpi, apei, ghes: Make unmapping functionality independent from architecture.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 5/7] acpi, apei, ghes: Attach NMI init/deinit functions while CONFIG_ACPI_APEI_NMI is enabled.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 4/7] acpi, apei, ghes: Factor out NMI error notification context.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• [PATCH 1/7] apei, mce: Call MCE-specific code only for X86 architecture.
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• PROBLEM: ACPI Warning: SystemIO range conflicts with OpRegion (\_SB_.PCI0.SBRG.ASOC.SMRG)
  • From: Jonathan Brier <brierjon@xxxxxxxxx>
• Re: [PATCH V3] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V3] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH V2] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH 1/2] ACPI: Use acpi_os_allocate_zeroed instead of acpi_os_allocate + memset
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] ACPI: Fixed wrong variable usage in thermal driver
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 00/28] ACPICA: 20140325 Release
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] Favor native backlight interface for ThinkPad Helix
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH V2] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V2] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [PATCH] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH 4/5 v2] trace, eMCA: Add a knob to adjust where to save event log
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 4/4] ACPICA: Remove deprecated _LINUX definitions for ACPICA.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 1/4] ACPICA: Add <acpi/platform/aclinuxxf.h> to remove mis-ordered inclusion of <acpi/actypes.h> from <acpi/platform/aclinux.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 3/4] ACPICA: Cleanup redudant definitions that already have defaults in <acpi/platform/acenv.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 2/4] ACPICA: Add <asm/acenv.h> to remove mis-ordered inclusion of <asm/acpi.h> from <acpi/platform/aclinux.h>.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/4] ACPICA: Fix some mis-ordered inclusions.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: Adding interrupt support to gpio-ich driver (possibly via SCI)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: Adding interrupt support to gpio-ich driver (possibly via SCI)
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: Adding interrupt support to gpio-ich driver (possibly via SCI)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 1/2] ACPI: Fix the issue that auto SSDT loading is conflict with customized SSDT that is included by the customized DSDT.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 2/2] ACPI: Fix the issue that the DSDT local copy is conflict with the customized DSDT.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/2] ACPI: Fix issues related to the DSDT customization.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: Adding interrupt support to gpio-ich driver (possibly via SCI)
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] Favor native backlight interface for ThinkPad Helix
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• RE: [PATCH 3/4] tools/power/acpi: Introduce acpi_validate with manpage for easy validation of ACPI BIOS tables
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 1/4] tools/power/acpi: Minor bugfixes
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [PATCH] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• RE: Introduce acpi_validate and ec_acces in tools/power/acpi
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [PATCH 2/4] tools/power/acpi: Make makefile work per subdirectory
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: Haswell systems & i801 i2c driver
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: Haswell systems & i801 i2c driver
  • From: Matthew Garrett <matthew.garrett@xxxxxxxxxx>
• Re: Haswell systems & i801 i2c driver
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH V5 01/12] ACPI: introduce .match() callback for ACPI scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 06/12] ACPI: introduce platform_id flag
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 05/12] ACPI: check and enumerate CMOS RTC devices explicitly
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 04/12] ACPI: remove unsupported serial PNP ids from acpi pnp scan handler id lsit
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 03/12] ACPI: remove ids that does not comply with the ACPI PNP id rule
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 10/12] ACPI: introduce dummy container scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 11/12] ACPI: introduce dummy memory hotplug scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 12/12] ACPI: introduce .handle_children flag for acpi scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 08/12] ACPI: introduce dummy lpss scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 09/12] ACPI: introduce acpi platform exclude id list
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 07/12] ACPI: use platform bus as the default bus for _HID enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 02/12] PNPACPI: use whilte list for pnpacpi device enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V5 00/12] ACPI: change the way of enumerating PNPACPI/Platform devices
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH 2/4] tools/power/acpi: Make makefile work per subdirectory
  • From: Thomas Renninger <trenn@xxxxxxx>
• Introduce acpi_validate and ec_acces in tools/power/acpi
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 4/4] tools/power/acpi: Introduce ec_access.c - tool to access the Embedded Controller (EC) safely for debugging purposes
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 1/4] tools/power/acpi: Minor bugfixes
  • From: Thomas Renninger <trenn@xxxxxxx>
• [PATCH 3/4] tools/power/acpi: Introduce acpi_validate with manpage for easy validation of ACPI BIOS tables
  • From: Thomas Renninger <trenn@xxxxxxx>
• Re: [PATCH] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH] ACPI / dock: Drop dock_device_ids[] table
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Adding interrupt support to gpio-ich driver (possibly via SCI)
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] Favor native backlight interface for ThinkPad Helix
  • From: Stephen Chandler Paul <thatslyude@xxxxxxxxx>
• Re: [PATCH 4/5] trace, eMCA: Add a knob to adjust where to save event log
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 27/28] ACPICA: acpidump: Update manual file.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 26/28] ACPICA: acpidump: Remove old acpidump source.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 25/28] ACPICA: acpidump: Update Makefile to use new acpidump.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 28/28] ACPICA: Update version to 20140325.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 23/28] ACPICA: acpidump: Add support to generate acpidump release.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 24/28] ACPICA: acpidump: Update new structures and add missing file.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 20/28] ACPICA: Tables: Add acpi_install_table() API to be invoked by OSPM early table installation.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 22/28] ACPICA: Table Manager: Split tbinstal.c into two files.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 21/28] ACPICA: Table Manager: Misc cleanup and renames, no functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 19/28] ACPICA: Tables: Avoid SSDT installation when acpi_gbl_disable_ssdt_table_load is specified.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 17/28] ACPICA: Tables: Fix the issue that table checksums are not always verified before installation.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 18/28] ACPICA: Tables: Cleanup ACPI_TABLE_ORIGIN_xxx flags.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 16/28] ACPICA: Tables: Fix the issue that table validations are not balanced.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 15/28] ACPICA: Tables: Cleanup split INSTALLED/VALIDATED table state logics.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 14/28] ACPICA: Tables: Fix the issue that multiple ACPI_FREE()s are invoked for same pointer around acpi_tb_add_table().
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 13/28] ACPICA: Tables: Fix the issues in handling virtual addressed tables.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 12/28] ACPICA: Remove indent divergences to reduce the difficulties of maintaining the revised ACPICA commits.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 11/28] ACPICA: Add a missing field for debug dump of mutex objects.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 10/28] ACPICA: Linux-specific header: Add support for PPC64 compilation.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 09/28] ACPI: Merge divergence of the commmit: ACPICA: Linux-specific header: Update support for Linux/acpi applications.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 08/28] ACPICA: Update use of acpi_os_wait_events_complete interface.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 07/28] ACPICA: Disassembler: Add decoding of Notify() values.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 06/28] ACPICA: Disassembler: Add support to decode _HID and _CID values.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 05/28] ACPICA: Unload operator: Emit a warning if and when it is ever used.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 04/28] ACPICA: gcc-specific: Fix possible issue with the strchr function.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 03/28] ACPICA: Update comments for ACPICA name - no functional change.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 02/28] ACPICA: utstring: Check array index bound before use.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 00/28] ACPICA: 20140325 Release
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 01/28] ACPICA: Add EXPORT_SYMBOL macros for install/remove SCI handler interfaces.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [PATCH 4/5] trace, eMCA: Add a knob to adjust where to save event log
  • From: Tony Luck <tony.luck@xxxxxxxxx>
• Problem: Fan speed bugs (serious)
  • From: Jernej Jakob <jernej.jakob@xxxxxxxxx>
• RE: Coverity CID 134632: acpi_hw_build_pci_list() memory leak
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• RE: Coverity CID 134632: acpi_hw_build_pci_list() memory leak
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Re: Coverity CID 134632: acpi_hw_build_pci_list() memory leak
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• RE: Coverity CID 134632: acpi_hw_build_pci_list() memory leak
  • From: "Moore, Robert" <robert.moore@xxxxxxxxx>
• Coverity CID 134632: acpi_hw_build_pci_list() memory leak
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [Linaro-acpi] How to pass I2C platform_data under ACPI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• RE: [Linaro-acpi] How to pass I2C platform_data under ACPI
  • From: "Pallala, Ramakrishna" <ramakrishna.pallala@xxxxxxxxx>
• Re: [Linaro-acpi] How to pass I2C platform_data under ACPI
  • From: "mika.westerberg@xxxxxxxxxxxxxxx" <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [Linaro-acpi] How to pass I2C platform_data under ACPI
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] ACPI: Update the ownership and developers for ACPI in Kconfig
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: How to pass I2C platform_data under ACPI
  • From: "mika.westerberg@xxxxxxxxxxxxxxx" <mika.westerberg@xxxxxxxxxxxxxxx>
• RE: How to pass I2C platform_data under ACPI
  • From: "Pallala, Ramakrishna" <ramakrishna.pallala@xxxxxxxxx>
• Re: How to pass I2C platform_data under ACPI
  • From: "mika.westerberg@xxxxxxxxxxxxxxx" <mika.westerberg@xxxxxxxxxxxxxxx>
• How to pass I2C platform_data under ACPI
  • From: "Pallala, Ramakrishna" <ramakrishna.pallala@xxxxxxxxx>
• How to i2c pass platform_data under ACPI
  • From: "Pallala, Ramakrishna" <ramakrishna.pallala@xxxxxxxxx>
• Re: [PATCH] linux/thermal.h: Rename KELVIN_TO_CELSIUS to DECI_KELVIN_TO_CELSIUS
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: Problem with recognizing lid state from 3.13.7 on i686
  • From: Nicolas Porcel <nicolasporcel06@xxxxxxxxx>
• Re: Problem with recognizing lid state from 3.13.7 on i686
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [GIT PULL] More ACPI and power management updates for v3.15-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [GIT PULL][Update] ACPI and power management updates for v3.15-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [GIT PULL][Update] ACPI and power management updates for v3.15-rc1
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Nicolas Porcel <nicolasporcel06@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Nicolas Porcel <nicolasporcel06@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Kieran Clancy <clancy.kieran@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Nicolas Porcel <nicolasporcel06@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Kieran Clancy <clancy.kieran@xxxxxxxxx>
• Re: [PATCH V4 07/11] ACPI: use platform bus as the default bus for _HID enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• pci_hp_register failed with error -16 (3.10.33)
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: BAR 14: can't assign mem (size 0x200000)
  • From: Parag Warudkar <parag.lkml@xxxxxxxxx>
• Re: BAR 14: can't assign mem (size 0x200000)
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH] ACPI: Fixed wrong variable usage in thermal driver
  • From: Zhihui Zhang <zzhsuny@xxxxxxxxx>
• Re: [Patch v1 4/4] iio: imu: inv_mpu6050: ACPI enumeration
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [Patch v1 3/4] iio: imu: Enable checking of presence of device
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [Patch v1 2/4] iio: imu: inv_mpu6050: Enable default bypass mode
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [Patch v1 1/4] iio: imu: inv_mpu6050: Add compatibity with MPU6500
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Subject: [PATCH 2/3] acpi:Remove whitespaces from tabs
  • From: paulmcquad <paulmcquad@xxxxxxxxx>
• [PATCH 5/5] trace, AER: Move trace into unified interface
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 4/5] trace, eMCA: Add a knob to adjust where to save event log
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 3/5] trace, RAS: Add eMCA trace event interface
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 2/5] CPER: Adjust code flow of some functions
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 1/5] trace, RAS: Add basic RAS trace event
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• Add new eMCA trace event interface
  • From: "Chen, Gong" <gong.chen@xxxxxxxxxxxxxxx>
• [PATCH 1/3] acpi: Fixed code indent errors and use linux libs
  • From: paulmcquad <paulmcquad@xxxxxxxxx>
• Re: RFC: APEI hardware reduced profile
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: RFC: APEI hardware reduced profile
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <stefan@xxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Kieran Clancy <clancy.kieran@xxxxxxxxx>
• Re: RFC: APEI hardware reduced profile
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <stefan@xxxxxxxxxxxx>
• Re: RFC: APEI hardware reduced profile
  • From: Mauro Carvalho Chehab <m.chehab@xxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: RFC: APEI hardware reduced profile
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Kieran Clancy <clancy.kieran@xxxxxxxxx>
• RFC: APEI hardware reduced profile
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <stefan@xxxxxxxxxxxx>
• [PATCH] Revert "ACPI / processor: Make it possible to get APIC ID via GIC"
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Juan Manuel Cabo <juanmanuel.cabo@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Juan Manuel Cabo <juanmanuel.cabo@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <security@xxxxxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <stefan@xxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <stefan@xxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Juan Manuel Cabo <juanmanuel.cabo@xxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Kieran Clancy <clancy.kieran@xxxxxxxxx>
• [PATCH 03/19] drivers: thermal: make usage of CONFIG_THERMAL_HWMON optional
  • From: Alex Shi <alex.shi@xxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <security@xxxxxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• Re: [bisected] NULL pointer dereference in acpi_gpiochip_add (on modprobe ssb)
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [bisected] NULL pointer dereference in acpi_gpiochip_add (on modprobe ssb)
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [bisected] NULL pointer dereference in acpi_gpiochip_add (on modprobe ssb)
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [bisected] NULL pointer dereference in acpi_gpiochip_add (on modprobe ssb)
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [bisected] NULL pointer dereference in acpi_gpiochip_add (on modprobe ssb)
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• Re: [bisected] NULL pointer dereference in acpi_gpiochip_add (on modprobe ssb)
  • From: Arend van Spriel <arend@xxxxxxxxxxxx>
• Re: [PATCH] linux/thermal.h: Rename KELVIN_TO_CELSIUS to DECI_KELVIN_TO_CELSIUS
  • From: Javi Merino <javi.merino@xxxxxxx>
• [PATCH] linux/thermal.h: Rename KELVIN_TO_CELSIUS to DECI_KELVIN_TO_CELSIUS
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [asus-nb-wmi] thermal device detected by asus-nb-wmi platform driver
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <security@xxxxxxxxxxxxxxx>
• [PATCH][Resend] ACPI / processor_core: Rework _PDC related stuff to make it more arch-independent
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Lan Tianyu <lantianyu1986@xxxxxxxxx>
• [REGRESSION 3.14-rc6] Samsung N150 lid does not "open" after suspend to RAM.
  • From: Stefan Biereigel <security@xxxxxxxxxxxxxxx>
• Re: [PATCH] Fix northbridge quirk to assign correct NUMA node
  • From: Daniel J Blueman <daniel@xxxxxxxxxxxxxxxx>
• [PATCH 4/5] ACPICA: Ignore sync_level for methods that have been auto-serialized.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 5/5] ACPICA: Enable auto-serialization as a default kernel behavior.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 1/5] ACPICA: Remove global option to serialize all control methods.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 3/5] ACPICA: Add additional named objects for the auto-serialize method scan.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 2/5] ACPICA: Add auto-serialization support for ill-behaved control methods.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [PATCH 0/5] ACPICA: Merge auto-serialization support to reduce source code differences between Linux and ACPICA upstream.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• Re: [asus-nb-wmi] thermal device detected by asus-nb-wmi platform driver
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH V4 07/11] ACPI: use platform bus as the default bus for _HID enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [GIT PULL] ACPI and power management updates for v3.15-rc1
  • From: Rafael Wysocki <rjwysocki@xxxxxxxxx>
• Re: [PATCH V4 07/11] ACPI: use platform bus as the default bus for _HID enumeration
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Patch v1 2/2] iio: ak8975: Added ACPI enumeration
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [Patch v1 2/2] iio: ak8975: Added ACPI enumeration
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [Patch v1 1/2] iio: ak8975 : Add AK8963 compatibility mode support
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: ACPI and PM material for v3.15-rc1 (current queue)
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: ACPI and PM material for v3.15-rc1 (current queue)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH] Fix northbridge quirk to assign correct NUMA node
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: ACPI and PM material for v3.15-rc1 (current queue)
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• [asus-nb-wmi] thermal device detected by asus-nb-wmi platform driver
  • From: "Lu, Baolu" <baolu.lu@xxxxxxxxxxxxxxx>
• ACPI and PM material for v3.15-rc1 (current queue)
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] amd/pci: Add AMD hostbridge supports for newer AMD systems
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• RE: Info: mapping multiple BARs. Your kernel is fine.
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Tomasz Nowicki <tomasz.nowicki@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [Linaro-acpi] [RFC] ACPI: Add new function to get table entries
  • From: Hanjun Guo <hanjun.guo@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Yan, Zheng" <zheng.z.yan@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• [PATCH 2/2] ACPI: Use kmalloc instead of kzalloc
  • From: Jonghwan Choi <jhbird.choi@xxxxxxxxxxx>
• [PATCH 1/2] ACPI: Use acpi_os_allocate_zeroed instead of acpi_os_allocate + memset
  • From: Jonghwan Choi <jhbird.choi@xxxxxxxxxxx>
• [PATCH 1/2] ACPI: Use acpi_os_allocate_zeroed instead of acpi_os_allocate + memset
  • From: Jonghwan Choi <jhbird.choi@xxxxxxxxxxx>
• [PATCH 2/2] ACPI: Use kmalloc instead of kzalloc
  • From: Jonghwan Choi <jhbird.choi@xxxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• RE: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Zhang, Rui" <rui.zhang@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Stephane Eranian <eranian@xxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: Aaron Lu <aaron.lu@xxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [RFC] ACPI: Add new function to get table entries
  • From: Ashwin Chaugule <ashwin.chaugule@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] MAINTAINERS: Reorder maintainer addresses for PM and ACPI
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] output: Drop display output class support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [Patch v1 1/4] iio: imu: inv_mpu6050: Add compatibity with MPU6500
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [Patch v1 3/4] iio: imu: Enable checking of presence of device
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [Patch v1 2/4] iio: imu: inv_mpu6050: Enable default bypass mode
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [Patch v1 4/4] iio: imu: inv_mpu6050: ACPI enumeration
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [Patch v1 1/2] iio: ak8975 : Add AK8963 compatibility mode support
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [Patch v1 2/2] iio: ak8975: Added ACPI enumeration
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI: fix ACPI_VIDEO dependencies
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 1/4] ACPI: fix ACPI_VIDEO dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] ACPI: fix ACPI_VIDEO dependencies
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [PATCH 3/4] acer-wmi: Stop selecting VIDEO_OUTPUT_CONTROL
  • From: joeyli <jlee@xxxxxxxx>
• Re: [PATCH 1/4] ACPI: fix ACPI_VIDEO dependencies
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] ACPICA: Dispatcher: Ignore SyncLevel for auto-serialization mechanism.
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• [RFC Patch 2/2] i2c/ACPI: Don't ignore IRQ flags
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• [RFC Patch 1/2] i2c/ACPI: Support for multiple serial bus addresses
  • From: Srinivas Pandruvada <srinivas.pandruvada@xxxxxxxxxxxxxxx>
• RE: [RFC PATCH 2/2] ACPI: Default disable auto-serialization.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: [RFC PATCH 2/2] ACPI: Default disable auto-serialization.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• RE: [RFC PATCH 1/2] ACPICA: Dispatcher: Ignore SyncLevel for auto-serialization mechanism.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• RE: [RFC PATCH 2/2] ACPI: Default disable auto-serialization.
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: 3.14-rc: /proc/acpi/battery gone?
  • From: Ilia Mirkin <imirkin@xxxxxxxxxxxx>
• Re: [PATCH 2/4 v2] gpu/drm: Stop selecting VIDEO_OUTPUT_CONTROL
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/3] amd/pci: Add AMD hostbridge supports for newer AMD systems
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 2/4 v2] gpu/drm: Stop selecting VIDEO_OUTPUT_CONTROL
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 4/4] output: Drop display output class support
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 3/4] acer-wmi: Stop selecting VIDEO_OUTPUT_CONTROL
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 2/4] gpu/drm: Stop selecting VIDEO_OUTPUT_CONTROL
  • From: Jean Delvare <jdelvare@xxxxxxx>
• [PATCH 1/4] ACPI: fix ACPI_VIDEO dependencies
  • From: Jean Delvare <jdelvare@xxxxxxx>
• Re: [RFC PATCH 2/2] ACPI: Default disable auto-serialization.
  • From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx>
• Re: [PATCH v3 5/5] gpio / ACPI: Add support for ACPI GPIO operation regions
  • From: Mika Westerberg <mika.westerberg@xxxxxxxxxxxxxxx>
• [PATCH V4 05/11] ACPI: check and enumerate CMOS RTC devices explicitly
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 04/11] ACPI: remove unsupported serial PNP ids from acpi pnp scan handler id lsit
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 06/11] ACPI: introduce platform_id flag
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 07/11] ACPI: use platform bus as the default bus for _HID enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 02/11] PNPACPI: use whilte list for pnpacpi device enumeration
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 03/11] ACPI: remove ids that does not comply with the ACPI PNP id rule
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 08/11] ACPI: introduce dummy lpss scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 09/11] ACPI: introduce acpi platform exclude id list
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 10/11] ACPI: introduce dummy container scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 11/11] ACPI: introduce dummy memory hotplug scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 01/11] ACPI: introduce .match() callback for ACPI scan handler
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V4 00/11] ACPI: change the way of enumerating PNPACPI/Platform devices
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [RFC PATCH 1/2] ACPICA: Dispatcher: Ignore SyncLevel for auto-serialization mechanism.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 2/2] ACPI: Default disable auto-serialization.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• [RFC PATCH 0/2] ACPICA: Updates for auto-serialization mechanism.
  • From: Lv Zheng <lv.zheng@xxxxxxxxx>
• RE: ACPICA 20140214 auto-serialize weirds my machine...
  • From: "Zheng, Lv" <lv.zheng@xxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Info: mapping multiple BARs. Your kernel is fine.
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• [PATCH V3 03/11] ACPI: remove ids that does not comply with the ACPI PNP id rule
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V3 05/11] ACPI: check and enumerate CMOS RTC devices explicitly
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V3 04/11] ACPI: remove unsupported serial PNP ids from acpi pnp scan handler id lsit
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>
• [PATCH V3 06/11] ACPI: introduce platform_id flag
  • From: Zhang Rui <rui.zhang@xxxxxxxxx>