Linux ACPI

• Date Index

• Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown, (continued)
  • Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown, Lukas Wunner
    • Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown, Rafael J. Wysocki
      • Re: [PATCH v2 5/5] PCI: Avoid unnecessary resume on shutdown, Lukas Wunner
  • Re: [PATCH v2 0/5] PCI PM refinements, Bjorn Helgaas
    • Re: [PATCH v2 0/5] PCI PM refinements, Lukas Wunner
• [PATCH v9 00/10] Enable PMUs in ACPI systems, Jeremy Linton
  • [PATCH v9 01/10] arm64: pmu: add fallback probe table, Jeremy Linton
  • [PATCH v9 02/10] arm64: pmu: Probe default hw/cache counters, Jeremy Linton
  • [PATCH v9 04/10] arm64: Rename the common MADT parse routine, Jeremy Linton
  • [PATCH v9 03/10] arm64: pmu: Hoist pmu platform device name, Jeremy Linton
  • [PATCH v9 06/10] arm64: pmu: Cache PMU interrupt numbers from MADT parse, Jeremy Linton
  • [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity, Jeremy Linton
    • Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity, Will Deacon
      • Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity, Jeremy Linton
        • Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity, Will Deacon
    • Re: [PATCH v9 07/10] arm: arm64: pmu: Assign platform PMU CPU affinity, Punit Agrawal
  • [PATCH v9 05/10] arm: arm64: Add routine to determine cpuid of other cpus, Jeremy Linton
  • [PATCH v9 10/10] MAINTAINERS: Tweak ARM PMU maintainers, Jeremy Linton
  • [PATCH v9 09/10] arm: pmu: Add PMU definitions for hot-plugged CPUs, Jeremy Linton
  • [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system, Jeremy Linton
    • Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system, Punit Agrawal
      • Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system, Jeremy Linton
        • Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system, Punit Agrawal
          • Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system, Jeremy Linton
            • Re: [PATCH v9 08/10] arm64: pmu: Detect and enable multiple PMUs in an ACPI system, Punit Agrawal
  • Re: [PATCH v9 00/10] Enable PMUs in ACPI systems, Punit Agrawal
• [PATCH V2 0/2] Correct AER severity for printing AER information, Tyler Baicar
  • [PATCH V2 2/2] acpi: apei: send correct severity to calculate AER severity, Tyler Baicar
  • [PATCH V2 1/2] PCI/AER: Remove duplicate AER severity translation, Tyler Baicar
  • Re: [PATCH V2 0/2] Correct AER severity for printing AER information, Bjorn Helgaas
    • Re: [PATCH V2 0/2] Correct AER severity for printing AER information, Rafael J. Wysocki
• [PATCH v13 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer, fu . wei
  • [PATCH v13 2/8] clocksource/drivers/arm_arch_timer: Add a new enum for spi type, fu . wei
  • [PATCH v13 4/8] acpi/arm64: Add GTDT table parse driver, fu . wei
  • [PATCH v13 6/8] acpi/arm64: Add memory-mapped timer support in GTDT driver, fu . wei
  • [PATCH v13 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., fu . wei
  • [PATCH v13 3/8] clocksource/drivers/arm_arch_timer: Improve printk relevant code, fu . wei
  • [PATCH v13 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, fu . wei
    • Re: [PATCH v13 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, Fu Wei
  • [PATCH v13 8/8] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver, fu . wei
  • [PATCH v13 1/8] clocksource/drivers/arm_arch_timer: Move enums and defines to header file, fu . wei
• [RESEND PATCH] ACPI: CPPC: Support PCC with interrupt flag, Hoan Tran
  • Re: [RESEND PATCH] ACPI: CPPC: Support PCC with interrupt flag, Rafael J. Wysocki
• [RFC PATCH v2 00/11] ACPI platform MSI, interrupt producer/consumer and its example mbi-gen, Hanjun Guo
  • [RFC PATCH v2 02/11] ACPI: platform-msi: retrieve dev id from IORT, Hanjun Guo
  • [RFC PATCH v2 07/11] ACPI: irq: introduce interrupt producer, Hanjun Guo
  • [RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support, Hanjun Guo
    • Re: [RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support, Marc Zyngier
      • Re: [RFC PATCH v2 10/11] irqchip: mbigen: Add ACPI support, Hanjun Guo
  • [RFC PATCH v2 04/11] irqchip: gicv3-its: platform-msi: scan MADT to create platform msi domain, Hanjun Guo
  • [RFC PATCH v2 06/11] msi: platform: make platform_msi_create_device_domain() ACPI aware, Hanjun Guo
  • [RFC PATCH v2 01/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_prepare(), Hanjun Guo
  • [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init, Hanjun Guo
    • Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init, Marc Zyngier
      • Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init, Hanjun Guo
        • Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init, Marc Zyngier
          • Re: [RFC PATCH v2 11/11] irqchip: mbigen: promote mbigen init, Hanjun Guo
  • [RFC PATCH v2 09/11] irqchip: mbigen: introduce mbigen_of_create_domain(), Hanjun Guo
  • [RFC PATCH v2 03/11] irqchip: gicv3-its: platform-msi: refactor its_pmsi_init() to prepare for ACPI, Hanjun Guo
  • [RFC PATCH v2 08/11] irqchip: mbigen: drop module owner, Hanjun Guo
  • [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device, Hanjun Guo
    • Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device, Marc Zyngier
      • Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device, Hanjun Guo
        • Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device, Marc Zyngier
          • Re: [RFC PATCH v2 05/11] ACPI: platform: setup MSI domain for ACPI based platform device, Hanjun Guo
• [PATCH 0/2] minor cleanups for IORT patch set, Hanjun Guo
  • [PATCH 2/2] irqchip: gic-v3-its: keep the head file include in alphabetic order, Hanjun Guo
  • [PATCH 1/2] ACPI: IORT: minor cleanup for iort_match_node_callback(), Hanjun Guo
• [PATCH] Avoid _BIX ACPI method on Lenovo Yoga 300., Dave Lambley
  • RE: [PATCH] Avoid _BIX ACPI method on Lenovo Yoga 300., Zheng, Lv
    • [PATCH] If _BIX fails, retry with _BIF., Dave Lambley
      • [PATCH v2] Lenovo Yoga 300 battery support, Dave Lambley
        • [PATCH v2] If _BIX fails, retry with _BIF., Dave Lambley
          • Re: [PATCH v2] If _BIX fails, retry with _BIF., Henrique de Moraes Holschuh
            • Re: [PATCH v2] If _BIX fails, retry with _BIF., Dave Lambley
              • Re: [PATCH v2] If _BIX fails, retry with _BIF., Henrique de Moraes Holschuh
                • [PATCH v3 0/1] Lenovo Yoga 300 battery support, Dave Lambley
                  • [PATCH v3 1/1] If _BIX fails, retry with _BIF., Dave Lambley
                    • Re: [PATCH v3 1/1] If _BIX fails, retry with _BIF., Rafael J. Wysocki
• [PATCH 0/2] nfit: fail DSMs that return an unknown status value, Dan Williams
  • [PATCH 2/2] tools/testing/nvdimm: test get_config_size DSM failures, Dan Williams
    • Re: [PATCH 2/2] tools/testing/nvdimm: test get_config_size DSM failures, kbuild test robot
  • [PATCH 1/2] nfit: fail DSMs that return non-zero status by default, Dan Williams
• [PATCH 0/4] ACPI: Add support for WDAT (Watchdog Action Table), Mika Westerberg
  • [PATCH 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists, Mika Westerberg
    • Re: [PATCH 3/4] i2c: i801: Do not create iTCO watchdog when WDAT table exists, Guenter Roeck
  • [PATCH 4/4] platform/x86: intel_pmc_ipc: Do not create iTCO watchdog when WDAT table exists, Mika Westerberg
    • Re: [PATCH 4/4] platform/x86: intel_pmc_ipc: Do not create iTCO watchdog when WDAT table exists, Guenter Roeck
  • [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog, Mika Westerberg
    • Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog, Guenter Roeck
      • Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog, Mika Westerberg
        • Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog, Guenter Roeck
          • Re: [PATCH 1/4] ACPI / watchdog: Add support for WDAT hardware watchdog, Mika Westerberg
  • [PATCH 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists, Mika Westerberg
    • Re: [PATCH 2/4] mfd: lpc_ich: Do not create iTCO watchdog when WDAT table exists, Guenter Roeck
• [PATCH v12 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer, fu . wei
  • [PATCH v12 1/8] clocksource/drivers/arm_arch_timer: Move enums and defines to header file, fu . wei
  • [PATCH v12 2/8] clocksource/drivers/arm_arch_timer: Add a new enum for spi type, fu . wei
  • [PATCH v12 3/8] clocksource/drivers/arm_arch_timer: Improve printk relevant code, fu . wei
  • [PATCH v12 4/8] acpi/arm64: Add GTDT table parse driver, fu . wei
  • [PATCH v12 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., fu . wei
  • [PATCH v12 6/8] acpi/arm64: Add memory-mapped timer support in GTDT driver, fu . wei
  • [PATCH v12 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, fu . wei
    • Re: [PATCH v12 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, Marc Zyngier
      • Re: [PATCH v12 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, Fu Wei
  • [PATCH v12 8/8] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver, fu . wei
  • Re: [PATCH v12 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer, wangxiongfeng (C)
    • Re: [PATCH v12 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer, Fu Wei
• [PATCH 0/2] Correct AER severity for printing AER information, Tyler Baicar
  • [PATCH 1/2] PCI/AER: Remove duplicate AER severity translation, Tyler Baicar
  • [PATCH 2/2] acpi: apei: send correct severity to calculate AER severity, Tyler Baicar
  • Re: [PATCH 0/2] Correct AER severity for printing AER information, Borislav Petkov
  • <Possible follow-ups>
  • [PATCH 0/2] Correct AER severity for printing AER information, Tyler Baicar
• [PATCH V11 0/8] Introduce ACPI world to ITS irqchip, Tomasz Nowicki
  • [PATCH V11 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
  • [PATCH V11 6/8] irqchip/gicv3-its: Probe ITS in the ACPI way, Tomasz Nowicki
  • [PATCH V11 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Tomasz Nowicki
  • [PATCH V11 5/8] irqchip/gicv3-its: Refactor ITS DT init code to prepare for ACPI, Tomasz Nowicki
  • [PATCH V11 8/8] irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain initialization, Tomasz Nowicki
  • [PATCH V11 4/8] irqchip/gicv3-its: Cleanup for ITS domain initialization, Tomasz Nowicki
  • [PATCH V11 3/8] PCI/MSI: Setup MSI domain on a per-device basis using IORT ACPI table, Tomasz Nowicki
  • [PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
    • [UPDATE PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
      • Re: [UPDATE PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
        • Re: [UPDATE PATCH V11 1/8] ACPI: I/O Remapping Table (IORT) initial support, Marc Zyngier
  • Re: [PATCH V11 0/8] Introduce ACPI world to ITS irqchip, Auger Eric
• [PATCH] gpiolib: Forbid irqchip default trigger for ACPI enumerated devices, Mika Westerberg
  • Re: [PATCH] gpiolib: Forbid irqchip default trigger for ACPI enumerated devices, Rafael J. Wysocki
    • Re: [PATCH] gpiolib: Forbid irqchip default trigger for ACPI enumerated devices, Mika Westerberg
      • Re: [PATCH] gpiolib: Forbid irqchip default trigger for ACPI enumerated devices, Rafael J. Wysocki
• ACPI/APD Making Module, Shah, Nehal-bakulchandra
  • <Possible follow-ups>
  • ACPI/APD Making Module, Shah, Nehal-bakulchandra
• Unreadable battery on HP Envy m4-1015dx, José Foronda
• [PATCH 00/26] constify local structures, Julia Lawall
  • [PATCH 24/26] ACPI / APD: constify local structures, Julia Lawall
    • Re: [PATCH 24/26] ACPI / APD: constify local structures, Rafael J. Wysocki
  • Re: [PATCH 00/26] constify local structures, Jarkko Sakkinen
    • Re: [PATCH 00/26] constify local structures, Julia Lawall
      • Re: [PATCH 00/26] constify local structures, Jarkko Sakkinen
        • Re: [PATCH 00/26] constify local structures, Julia Lawall
        • Re: [PATCH 00/26] constify local structures, Felipe Balbi
          • Re: [PATCH 00/26] constify local structures, Julia Lawall
            • Re: [PATCH 00/26] constify local structures, Jarkko Sakkinen
          • Re: [PATCH 00/26] constify local structures, Geert Uytterhoeven
          • Re: [PATCH 00/26] constify local structures, Jarkko Sakkinen
            • Re: [PATCH 00/26] constify local structures, Julia Lawall
  • Re: [PATCH 00/26] constify local structures, Joe Perches
    • Re: [PATCH 00/26] constify local structures, Julia Lawall
• [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device, Rui Wang
  • Re: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device, Borislav Petkov
  • Re: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device, Jon Derrick
    • RE: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device, Luck, Tony
      • Re: [PATCH] x86/ioapic: Ignore root bridges without a companion ACPI device, Jon Derrick
• [GIT PULL] libnvdimm fixes for 4.8-rc6, Williams, Dan J
• [PATCH 00/30] ACPI-processor: Fine-tuning for several function implementations, SF Markus Elfring
  • [PATCH 1/30] ACPI-processor: Use kmalloc_array() in acpi_processor_get_performance_states(), SF Markus Elfring
  • [PATCH 2/30] ACPI-processor: Improve two size determinations in acpi_processor_get_performance_states(), SF Markus Elfring
    • Re: [PATCH 2/30] ACPI-processor: Improve two size determinations in acpi_processor_get_performance_states(), Borislav Petkov
  • [PATCH 03/30] ACPI-processor: Rename jump labels in acpi_processor_get_performance_states(), SF Markus Elfring
  • [PATCH 04/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_performance_states(), SF Markus Elfring
  • [PATCH 05/30] ACPI-processor: Rename jump labels in acpi_processor_preregister_performance(), SF Markus Elfring
  • [PATCH 06/30] ACPI-processor: Move a success indication in acpi_processor_preregister_performance(), SF Markus Elfring
  • [PATCH 07/30] ACPI-processor: Rename jump labels in acpi_processor_get_psd(), SF Markus Elfring
  • [PATCH 08/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_psd(), SF Markus Elfring
  • [PATCH 09/30] ACPI-processor: Improve a size determination in acpi_processor_get_psd(), SF Markus Elfring
  • [PATCH 10/30] ACPI-processor: Rename jump labels in acpi_processor_get_performance_control(), SF Markus Elfring
  • [PATCH 11/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_performance_control(), SF Markus Elfring
  • [PATCH 12/30] ACPI-processor: Rename jump labels in acpi_processor_ppc_notifier(), SF Markus Elfring
  • [PATCH 13/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_ppc_notifier(), SF Markus Elfring
  • Re: [PATCH 00/30] ACPI-processor: Fine-tuning for several function implementations, Paolo Bonzini
  • [PATCH 14/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_get_performance_info(), SF Markus Elfring
  • [PATCH 15/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_get_platform_limit(), SF Markus Elfring
  • [PATCH 16/30] ACPI-processor: Use kmalloc_array() in acpi_processor_get_throttling_states(), SF Markus Elfring
  • [PATCH 17/30] ACPI-processor: Improve another size determination in acpi_processor_get_throttling_states(), SF Markus Elfring
  • [PATCH 19/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_throttling_states(), SF Markus Elfring
  • [PATCH 18/30] ACPI-processor: Rename jump labels in acpi_processor_get_throttling_states(), SF Markus Elfring
  • [PATCH 20/30] ACPI-processor: Fix jump targets in acpi_processor_get_throttling_info(), SF Markus Elfring
  • [PATCH 21/30] ACPI-processor: Rename jump labels in acpi_processor_get_tsd(), SF Markus Elfring
  • [PATCH 22/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_tsd(), SF Markus Elfring
  • [PATCH 23/30] ACPI-processor: Improve a size determination in acpi_processor_get_tsd(), SF Markus Elfring
  • [PATCH 24/30] ACPI-processor: Rename jump labels in acpi_processor_get_throttling_control(), SF Markus Elfring
  • [PATCH 25/30] ACPI-processor: Delete two unnecessary initialisations in acpi_processor_get_throttling_control(), SF Markus Elfring
  • [PATCH 26/30] ACPI-processor: Fix jump targets in acpi_processor_reevaluate_tstate(), SF Markus Elfring
  • [PATCH 27/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_reevaluate_tstate(), SF Markus Elfring
  • [PATCH 28/30] ACPI-processor: Rename a jump label in acpi_processor_get_platform_limit(), SF Markus Elfring
  • [PATCH 29/30] ACPI-processor: Delete an unnecessary initialisation in acpi_processor_get_platform_limit(), SF Markus Elfring
  • [PATCH 30/30] ACPI-processor: Improve jump targets in acpi_processor_update_tsd_coord(), SF Markus Elfring
  • Re: [PATCH 00/30] ACPI-processor: Fine-tuning for several function implementations, SF Markus Elfring
• 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Borislav Petkov
  • 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Rui Wang
    • Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Borislav Petkov
      • Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Rui Wang
        • Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Borislav Petkov
          • Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Rui Wang
            • Re: 584c5c422f6c ("x86/ioapic: Support hot-removal of IOAPICs present during boot"), Borislav Petkov
• [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Tomasz Nowicki
  • [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version, Tomasz Nowicki
    • Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version, Bjorn Helgaas
      • Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version, Tomasz Nowicki
        • Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version, Bjorn Helgaas
          • Re: [PATCH V6 4/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass2.x silicon version, Tomasz Nowicki
  • [PATCH V6 5/5] PCI: thunder: Enable ACPI PCI controller for ThunderX pass1.x silicon version, Tomasz Nowicki
  • [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Tomasz Nowicki
    • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Duc Dang
      • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Duc Dang
        • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Tomasz Nowicki
      • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Tomasz Nowicki
    • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Dongdong Liu
      • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Tomasz Nowicki
        • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Dongdong Liu
          • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Lorenzo Pieralisi
          • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Lorenzo Pieralisi
            • RE: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Gabriele Paoloni
              • Re: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Christopher Covington
                • RE: [PATCH V6 2/5] PCI/ACPI: Check platform specific ECAM quirks, Gabriele Paoloni
  • [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Tomasz Nowicki
    • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
      • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Tomasz Nowicki
        • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
          • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Ard Biesheuvel
            • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
              • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Ard Biesheuvel
                • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
                  • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Lorenzo Pieralisi
                    • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
                      • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Duc Dang
                        • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
                          • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Tomasz Nowicki
                      • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Lorenzo Pieralisi
                        • RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Gabriele Paoloni
                          • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Lorenzo Pieralisi
                            • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
                              • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
                                • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Lorenzo Pieralisi
                                  • RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Gabriele Paoloni
                                    • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Ard Biesheuvel
                                    • RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Gabriele Paoloni
                        • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Christopher Covington
                  • RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Gabriele Paoloni
                    • Re: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Bjorn Helgaas
                      • RE: [PATCH V6 3/5] PCI: thunder-pem: Allow to probe PEM-specific register range for ACPI case, Gabriele Paoloni
  • [PATCH V6 1/5] PCI/ACPI: Extend pci_mcfg_lookup() responsibilities, Tomasz Nowicki
  • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Tomasz Nowicki
  • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Bjorn Helgaas
    • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, cov
      • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Bjorn Helgaas
        • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Sinan Kaya
          • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Bjorn Helgaas
            • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Sinan Kaya
            • [PATCHv2] PCI: QDF2432 32 bit config space accessors, Christopher Covington
              • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, cov
                  • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                    • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Sinan Kaya
                      • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                        • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Sinan Kaya
                          • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Sinan Kaya
                          • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                            • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Sinan Kaya
                        • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Jon Masters
                    • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                    • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Christopher Covington
                      • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                        • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Ard Biesheuvel
                          • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                            • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Ard Biesheuvel
                              • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Lorenzo Pieralisi
                              • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Bjorn Helgaas
                                • Re: [PATCHv2] PCI: QDF2432 32 bit config space accessors, Jon Masters
        • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Christopher Covington
          • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Bjorn Helgaas
            • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Christopher Covington
              • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Bjorn Helgaas
                • Re: [PATCH V6 0/5] ECAM quirks handling for ARM64 platforms, Christopher Covington
  • [PATCH V6 1/1] ARM64/PCI: Manage controller-specific information on the host controller basis, Tomasz Nowicki
    • Re: [PATCH V6 1/1] ARM64/PCI: Manage controller-specific information on the host controller basis, Bjorn Helgaas
• [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
  • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Moore, Robert
    • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
      • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Moore, Robert
        • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
      • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Joe Perches
        • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Zheng, Lv
    • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Moore, Robert
      • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
        • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Joe Perches
          • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
      • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Zheng, Lv
        • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Moore, Robert
  • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Zheng, Lv
    • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
      • RE: [PATCH] ACPICA / Interpreter: Remove redundant newline, Zheng, Lv
        • Re: [PATCH] ACPICA / Interpreter: Remove redundant newline, Borislav Petkov
          • [PATCH] acpiexec: Move an acpiexec specific purposed new line to acpiexec specific file, Lv Zheng
          • [PATCH] acpiexec: Move an acpiexec specific purposed new line to acpiexec specific file, Lv Zheng
• [PATCH v5 00/14] ACPI IORT ARM SMMU support, Lorenzo Pieralisi
  • [PATCH v5 13/14] drivers: acpi: iort: add single mapping function, Lorenzo Pieralisi
  • [PATCH v5 12/14] drivers: acpi: iort: replace rid map type with type mask, Lorenzo Pieralisi
    • Re: [PATCH v5 12/14] drivers: acpi: iort: replace rid map type with type mask, Hanjun Guo
  • [PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure, Lorenzo Pieralisi
    • Re: [PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure, Nate Watterson
      • Re: [PATCH v5 14/14] drivers: acpi: iort: introduce iort_iommu_configure, Hanjun Guo
  • [PATCH v5 10/14] drivers: iommu: arm-smmu: split probe functions into DT/generic portions, Lorenzo Pieralisi
  • [PATCH v5 11/14] drivers: iommu: arm-smmu: add IORT configuration, Lorenzo Pieralisi
  • [PATCH v5 09/14] drivers: iommu: arm-smmu-v3: add IORT configuration, Lorenzo Pieralisi
    • Re: [PATCH v5 09/14] drivers: iommu: arm-smmu-v3: add IORT configuration, Robin Murphy
  • [PATCH v5 08/14] drivers: iommu: arm-smmu-v3: split probe functions into DT/generic portions, Lorenzo Pieralisi
  • [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure, Lorenzo Pieralisi
    • Re: [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure, Robin Murphy
      • Re: [PATCH v5 06/14] drivers: acpi: implement acpi_dma_configure, Lorenzo Pieralisi
  • [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, Lorenzo Pieralisi
    • Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, nwatters
      • Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, Hanjun Guo
        • Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, Lorenzo Pieralisi
          • Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, Hanjun Guo
    • Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, Robin Murphy
      • Re: [PATCH v5 07/14] drivers: acpi: iort: add support for ARM SMMU platform devices creation, Lorenzo Pieralisi
  • [PATCH v5 04/14] drivers: acpi: iort: add support for IOMMU fwnode registration, Lorenzo Pieralisi
  • [PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic, Lorenzo Pieralisi
    • Re: [PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic, Robin Murphy
      • Re: [PATCH v5 05/14] drivers: iommu: make iommu_fwspec OF agnostic, Lorenzo Pieralisi
  • [PATCH v5 03/14] drivers: acpi: iort: introduce linker section for IORT entries probing, Lorenzo Pieralisi
  • [PATCH v5 02/14] drivers: iommu: implement arch_{set/get}_iommu_fwspec API, Lorenzo Pieralisi
  • [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Lorenzo Pieralisi
    • Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Lorenzo Pieralisi
      • Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Rafael J. Wysocki
        • Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Lorenzo Pieralisi
          • Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Rafael J. Wysocki
            • Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Lorenzo Pieralisi
              • Re: [PATCH v5 01/14] drivers: iommu: add FWNODE_IOMMU fwnode type, Rafael J. Wysocki
• [PATCH v3 0/8] Support Intel® Turbo Boost Max Technology 3.0, Srinivas Pandruvada
  • [PATCH v3 2/8] sched: Extend scheduler's asym packing, Srinivas Pandruvada
  • [PATCH v3 6/8] acpi: bus: Enable HWP CPPC objects, Srinivas Pandruvada
  • [PATCH v3 7/8] acpi: bus: Set _OSC for diverse core support, Srinivas Pandruvada
  • [PATCH v3 8/8] cpufreq: intel_pstate: Use CPPC to get max performance, Srinivas Pandruvada
    • Re: [PATCH v3 8/8] cpufreq: intel_pstate: Use CPPC to get max performance, Thomas Gleixner
      • Re: [PATCH v3 8/8] cpufreq: intel_pstate: Use CPPC to get max performance, Srinivas Pandruvada
  • [PATCH v3 5/8] sched,x86: Enable Turbo Boost Max Technology, Srinivas Pandruvada
    • Re: [PATCH v3 5/8] sched,x86: Enable Turbo Boost Max Technology, Thomas Gleixner
      • Re: [PATCH v3 5/8] sched,x86: Enable Turbo Boost Max Technology, Tim Chen
  • [PATCH v3 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages, Srinivas Pandruvada
    • Re: [PATCH v3 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages, Thomas Gleixner
      • Re: [PATCH v3 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages, Tim Chen
  • [PATCH v3 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild, Srinivas Pandruvada
    • Re: [PATCH v3 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild, Thomas Gleixner
      • Re: [PATCH v3 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild, Tim Chen
  • [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Srinivas Pandruvada
    • Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Thomas Gleixner
      • Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Tim Chen
        • Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Peter Zijlstra
          • Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Jiri Olsa
            • Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Tim Chen
    • Re: [PATCH v3 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Thomas Gleixner
• [PATCH -next] ACPI / table: Remove duplicated include from tables.c, Wei Yongjun
  • Re: [PATCH -next] ACPI / table: Remove duplicated include from tables.c, Rafael J. Wysocki
• Re: [PATCH v2 0/8] Support Intel(R) Turbo Boost Max Technology 3.0, Rafael J. Wysocki
• [PATCH -next] ACPI / CPPC: fix error return code in acpi_cppc_processor_probe(), Wei Yongjun
• [PATCH 00/14] ACPICA: 20160831 Release, Lv Zheng
  • [PATCH 01/14] ACPICA: Debugger: Add subcommand for predefined name execution, Lv Zheng
  • =?y?q?=5BPATCH=2002/14=5D=20ACPICA=3A=20Cleanup=20for=20all=20string-to-integer=20conversions?=, Lv Zheng
  • [PATCH 03/14] ACPICA: Add a couple of casts to uthex.c, Lv Zheng
  • [PATCH 04/14] ACPICA: Tables: Remove acpi_tb_install_fixed_table(), Lv Zheng
  • [PATCH 06/14] ACPICA: Tables: Add new table events indicating table installation/uninstallation, Lv Zheng
  • [PATCH 07/14] ACPICA: Tables: Override all 64-bit GAS fields when acpi_gbl_use32_bit_fadt_addresses is TRUE, Lv Zheng
  • [PATCH 05/14] ACPICA: Tables: Remove wrong table event macros, Lv Zheng
  • [PATCH 09/14] ACPICA: Interpreter: Fix MLC issues by switching to new term_list grammar for table loading, Lv Zheng
  • [PATCH 10/14] ACPICA: Namespace: Add acpi_ns_get_node_unlocked(), Lv Zheng
  • [PATCH 11/14] ACPICA: Namespace: Fix dynamic table loading issues by tuning namespace/interpreter locks, Lv Zheng
  • [PATCH 08/14] ACPICA: Update return value for intenal _OSI method, Lv Zheng
  • [PATCH 12/14] ACPICA: Dispatcher: Fix a mutex issue for method auto serialization, Lv Zheng
  • [PATCH 13/14] ACPICA: Tables: Tune table mutex to be a leaf lock, Lv Zheng
  • [PATCH 14/14] ACPICA: Update version to 20160831, Lv Zheng
  • Re: [PATCH 00/14] ACPICA: 20160831 Release, Rafael J. Wysocki
• [PATCH v2 0/2] acpi, nfit: nvdimm notification support + tests, Dan Williams
  • [PATCH v2 2/2] tools/testing/nvdimm: unit test for acpi_nvdimm_notify(), Dan Williams
  • [PATCH v2 1/2] acpi, nfit: add dimm device notification support, Dan Williams
• [PATCH 11/21] ACPI: processor: Convert to hotplug state machine, Sebastian Andrzej Siewior
  • Re: [PATCH 11/21] ACPI: processor: Convert to hotplug state machine, Rafael J. Wysocki
    • Re: [PATCH 11/21] ACPI: processor: Convert to hotplug state machine, Sebastian Andrzej Siewior
      • Re: [PATCH 11/21] ACPI: processor: Convert to hotplug state machine, Rafael J. Wysocki
• [PATCH v2] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Lorenzo Pieralisi
  • Re: [PATCH v2] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Bjorn Helgaas
    • Re: [PATCH v2] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Rafael J. Wysocki
  • Re: [PATCH v2] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Rafael J. Wysocki
• [PATCH v11 0/8] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer, fu . wei
  • [PATCH v11 2/8] clocksource/drivers/arm_arch_timer: Add a new enum for spi type, fu . wei
  • [PATCH v11 3/8] clocksource/drivers/arm_arch_timer: Improve printk relevant code, fu . wei
  • [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., fu . wei
    • Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., Thomas Gleixner
      • Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., Fu Wei
        • Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., Fu Wei
          • Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., Fu Wei
          • Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., Timur Tabi
            • Re: [PATCH v11 5/8] clocksource/drivers/arm_arch_timer: Simplify ACPI support code., Fu Wei
  • [PATCH v11 6/8] acpi/arm64: Add memory-mapped timer support in GTDT driver, fu . wei
  • [PATCH v11 8/8] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver, fu . wei
  • [PATCH v11 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, fu . wei
    • Re: [PATCH v11 7/8] clocksource/drivers/arm_arch_timer: Add GTDT support for memory-mapped timer, Marc Zyngier
  • [PATCH v11 4/8] acpi/arm64: Add GTDT table parse driver, fu . wei
  • [PATCH v11 1/8] clocksource/drivers/arm_arch_timer: Move enums and defines to header file, fu . wei
• [PATCH V10 0/8] Introduce ACPI world to ITS irqchip, Tomasz Nowicki
  • [PATCH V10 6/8] irqchip/gicv3-its: Probe ITS in the ACPI way, Tomasz Nowicki
  • [PATCH V10 8/8] irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain initialization, Tomasz Nowicki
  • [PATCH V10 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Tomasz Nowicki
    • Re: [PATCH V10 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Thomas Gleixner
      • Re: [PATCH V10 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Tomasz Nowicki
        • Re: [PATCH V10 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Rafael J. Wysocki
          • Re: [PATCH V10 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Tomasz Nowicki
  • [PATCH V10 5/8] irqchip/gicv3-its: Refactor ITS DT init code to prepare for ACPI, Tomasz Nowicki
  • [PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
    • [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
      • Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Lorenzo Pieralisi
      • Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Lorenzo Pieralisi
        • Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
          • Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Marc Zyngier
            • Re: [UPDATE PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Rafael J. Wysocki
    • Re: [PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Dennis Chen
      • Re: [PATCH V10 1/8] ACPI: I/O Remapping Table (IORT) initial support, Lorenzo Pieralisi
  • [PATCH V10 4/8] irqchip/gicv3-its: Cleanup for ITS domain initialization, Tomasz Nowicki
  • [PATCH V10 3/8] PCI/MSI: Setup MSI domain on a per-device basis using IORT ACPI table, Tomasz Nowicki
  • [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
    • Re: [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Thomas Gleixner
      • Re: [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
        • Re: [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
          • Re: [PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Rafael J. Wysocki
    • [UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
      • Re: [UPDATE PATCH V10 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
• [PATCH 0/7] ACPI-APEI-HEST: Fine-tuning for three function implementations, SF Markus Elfring
  • [PATCH 1/7] ACPI-APEI-HEST: Fix a typo in a comment line, SF Markus Elfring
  • [PATCH 2/7] ACPI-APEI-HEST: Use kmalloc_array() in hest_ghes_dev_register(), SF Markus Elfring
  • [PATCH 3/7] ACPI-APEI-HEST: Move an assignment in hest_ghes_dev_register(), SF Markus Elfring
  • [PATCH 4/7] ACPI-APEI-HEST: Rename jump labels in hest_ghes_dev_register(), SF Markus Elfring
  • [PATCH 5/7] ACPI-APEI-HEST: Rename jump labels in acpi_hest_init(), SF Markus Elfring
  • [PATCH 6/7] ACPI-APEI-HEST: Reduce the scope for a variable in acpi_hest_init(), SF Markus Elfring
  • [PATCH 7/7] ACPI-APEI-HEST: Rename jump labels in hest_parse_ghes(), SF Markus Elfring
  • Re: [PATCH 0/7] ACPI-APEI-HEST: Fine-tuning for three function implementations, Rafael J. Wysocki
    • Re: ACPI-APEI-HEST: Fine-tuning for three function implementations, SF Markus Elfring
      • Re: ACPI-APEI-HEST: Fine-tuning for three function implementations, Rafael J. Wysocki
        • Re: ACPI-APEI-HEST: Fine-tuning for three function implementations, SF Markus Elfring
        • [PATCH v2 0/4] ACPI-APEI-HEST: Fine-tuning for two function implementations, SF Markus Elfring
          • [PATCH v2 1/4] ACPI-APEI-HEST: Fix a typo in a comment line, SF Markus Elfring
          • [PATCH v2 2/4] ACPI-APEI-HEST: Use kmalloc_array() in hest_ghes_dev_register(), SF Markus Elfring
          • [PATCH v2 3/4] ACPI-APEI-HEST: Move an assignment in hest_ghes_dev_register(), SF Markus Elfring
          • [PATCH v2 4/4] ACPI-APEI-HEST: Reduce the scope for a variable in acpi_hest_init(), SF Markus Elfring
• [PATCH V9 0/8] Introduce ACPI world to ITS irqchip, Tomasz Nowicki
  • [PATCH V9 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
    • Re: [PATCH V9 1/8] ACPI: I/O Remapping Table (IORT) initial support, Rafael J. Wysocki
      • Re: [PATCH V9 1/8] ACPI: I/O Remapping Table (IORT) initial support, Tomasz Nowicki
        • Re: [PATCH V9 1/8] ACPI: I/O Remapping Table (IORT) initial support, Rafael J. Wysocki
  • [PATCH V9 2/8] ACPI: Add new IORT functions to support MSI domain handling, Tomasz Nowicki
  • [PATCH V9 5/8] irqchip/gicv3-its: Refactor ITS DT init code to prepare for ACPI, Tomasz Nowicki
  • [PATCH V9 4/8] irqchip/gicv3-its: Cleanup for ITS domain initialization, Tomasz Nowicki
  • [PATCH V9 3/8] PCI/MSI: Setup MSI domain on a per-device basis using IORT ACPI table, Tomasz Nowicki
  • [PATCH V9 7/8] irqchip/gicv3-its: Factor out PCI-MSI part that might be reused for ACPI, Tomasz Nowicki
  • [PATCH V9 6/8] irqchip/gicv3-its: Probe ITS in the ACPI way, Tomasz Nowicki
  • [PATCH V9 8/8] irqchip/gicv3-its: Use MADT ITS subtable to do PCI/MSI domain initialization, Tomasz Nowicki
• [PATCH 00/21] ACPI-video: Fine-tuning for several function implementations, SF Markus Elfring
  • [PATCH 02/21] ACPI-video: Return directly after a failed device query, SF Markus Elfring
  • [PATCH 08/21] ACPI-video: Improve a size determination in acpi_video_bus_add(), SF Markus Elfring
  • [PATCH 11/21] ACPI-video: Rename jump labels in acpi_video_bus_add_notify_handler(), SF Markus Elfring
  • [PATCH 12/21] ACPI-video: Delete unnecessary if statement in acpi_video_switch_brightness(), SF Markus Elfring
  • [PATCH 13/21] ACPI-video: Improve a jump target in acpi_video_switch_brightness(), SF Markus Elfring
  • [PATCH 14/21] ACPI-video: Improve a size determination in acpi_video_device_enumerate(), SF Markus Elfring
  • [PATCH 15/21] ACPI-video: Delete an unnecessary initialisation in acpi_video_device_enumerate(), SF Markus Elfring
  • [PATCH 16/21] ACPI-video: Rename jump labels in acpi_video_device_enumerate(), SF Markus Elfring
  • [PATCH 17/21] ACPI-video: Delete an unnecessary initialisation in acpi_video_init_brightness(), SF Markus Elfring
  • [PATCH 10/21] ACPI-video: Return directly after a failed input_allocate_device(), SF Markus Elfring
  • [PATCH 18/21] ACPI-video: Rename jump labels in acpi_video_init_brightness(), SF Markus Elfring
  • [PATCH 19/21] ACPI-video: Rename a jump label in acpi_video_device_lcd_query_levels(), SF Markus Elfring
  • [PATCH 20/21] ACPI-video: Improve a size determination in acpi_video_dev_register_backlight(), SF Markus Elfring
  • [PATCH 09/21] ACPI-video: Rename jump labels in acpi_video_register(), SF Markus Elfring
  • [PATCH 21/21] ACPI-video: Improve a size determination in acpi_video_bus_get_one_device(), SF Markus Elfring
  • [PATCH 07/21] ACPI-video: Rename jump labels in acpi_video_bus_add(), SF Markus Elfring
  • [PATCH 06/21] ACPI-video: Move four assignments in acpi_video_get_levels(), SF Markus Elfring
  • [PATCH 05/21] ACPI-video: Delete an unnecessary initialisation in acpi_video_get_levels(), SF Markus Elfring
  • [PATCH 04/21] ACPI-video: Rename jump labels in acpi_video_get_levels(), SF Markus Elfring
  • [PATCH 03/21] ACPI-video: Delete an error message for a failed kzalloc() call, SF Markus Elfring
  • [PATCH 01/21] ACPI-video: Use kmalloc_array() in acpi_video_get_levels(), SF Markus Elfring
  • Re: [PATCH 00/21] ACPI-video: Fine-tuning for several function implementations, Rafael J. Wysocki
    • Re: ACPI-video: Fine-tuning for several function implementations, SF Markus Elfring
      • Re: ACPI-video: Fine-tuning for several function implementations, Rafael J. Wysocki
        • Re: ACPI-video: Fine-tuning for several function implementations, SF Markus Elfring
          • Re: ACPI-video: Fine-tuning for several function implementations, Rafael J. Wysocki
            • Re: ACPI-video: Fine-tuning for several function implementations, SF Markus Elfring
            • [PATCH v2 0/9] ACPI-video: Fine-tuning for several function implementations, SF Markus Elfring
              • [PATCH v2 1/9] ACPI-video: Use kmalloc_array() in acpi_video_get_levels(), SF Markus Elfring
              • [PATCH v2 2/9] ACPI-video: Return directly after a failed device query, SF Markus Elfring
              • [PATCH v2 3/9] ACPI-video: Delete an error message for a failed kzalloc() call, SF Markus Elfring
              • [PATCH v2 4/9] ACPI-video: Return directly after a failed input_allocate_device(), SF Markus Elfring
              • [PATCH v2 5/9] ACPI-video: Delete unnecessary if statement in acpi_video_switch_brightness(), SF Markus Elfring
              • [PATCH v2 6/9] ACPI-video: Improve a jump target in acpi_video_switch_brightness(), SF Markus Elfring
              • [PATCH v2 7/9] ACPI-video: Delete an unnecessary initialisation in three functions, SF Markus Elfring
              • [PATCH v2 8/9] ACPI-video: Move four assignments in acpi_video_get_levels(), SF Markus Elfring
              • [PATCH v2 9/9] ACPI-video: Improve a size determination in four functions, SF Markus Elfring
• [PATCH] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Lorenzo Pieralisi
  • Re: [PATCH] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Marc Zyngier
  • Re: [PATCH] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Rafael J. Wysocki
    • Re: [PATCH] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Bjorn Helgaas
  • Re: [PATCH] drivers: acpi: fix GIC irq model default PCI IRQ polarity, Duc Dang
• [PATCH v10 0/4] ACPI: parse the SPCR table, Aleksey Makarov
  • [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Aleksey Makarov
    • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Aleksey Makarov
      • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Will Deacon
        • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Graeme Gregory
        • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Hanjun Guo
        • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Mark Salter
          • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Graeme Gregory
          • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Hanjun Guo
            • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Mark Salter
      • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Will Deacon
        • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Aleksey Makarov
          • Re: [PATCH v10 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Will Deacon
  • [PATCH v10 4/4] serial: pl011: add console matching function, Aleksey Makarov
  • [PATCH v10 2/4] ACPI: parse SPCR and enable matching console, Aleksey Makarov
  • [PATCH v10 1/4] of/serial: move earlycon early_param handling to serial, Aleksey Makarov
  • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Aleksey Makarov
  • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Aleksey Makarov
  • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Aleksey Makarov
    • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Greg Kroah-Hartman
      • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Timur Tabi
        • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Greg Kroah-Hartman
          • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Aleksey Makarov
            • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Aleksey Makarov
              • Re: [PATCH v10 0/4] ACPI: parse the SPCR table, Greg Kroah-Hartman
                • [PATCH v11 1/4] of/serial: move earlycon early_param handling to serial, Aleksey Makarov
                  • [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Aleksey Makarov
                    • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Andreas Schwab
                      • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Leif Lindholm
                        • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Andreas Schwab
                          • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Graeme Gregory
                            • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Andreas Schwab
                              • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Graeme Gregory
                              • Re: [PATCH v11 2/4] ACPI: parse SPCR and enable matching console, Leif Lindholm
                  • [PATCH v11 3/4] ARM64: ACPI: enable ACPI_SPCR_TABLE, Aleksey Makarov
                  • [PATCH v11 4/4] serial: pl011: add console matching function, Aleksey Makarov
• [RFC DSD v3 00/04] How to Use the ACPI _DSD Device Properties UUIDs, Al Stone
  • [RFC DSD v3 01/04] _DSD Property Registration Ruleset, Al Stone
  • [RFC DSD v3 02/04] _DSD Property Database Ruleset, Al Stone
  • [RFC DSD v3 03/04] _DSD Formal Language Ruleset, Al Stone
  • [RFC DSD v3 04/04] ChangeLog, Al Stone
• Asus N551JM screen brightness keys fn+F5/F6 don't work unless using kernel parameter acpi_osi=, Vincas Dargis
• [PATCH] nfit, mce: Fix SPA matching logic in MCE handler, Vishal Verma
• [GIT PULL] ACPI fixes for v4.8-rc5, Rafael J. Wysocki
• [PATCH 0/4] ACPI / EC: Fix ECDT and boot_ec support, Lv Zheng
  • [PATCH 1/4] ACPI / EC: Cleanup first_ec/boot_ec code, Lv Zheng
    • Re: [PATCH 1/4] ACPI / EC: Cleanup first_ec/boot_ec code, Peter Wu
      • RE: [PATCH 1/4] ACPI / EC: Cleanup first_ec/boot_ec code, Zheng, Lv
        • Re: [PATCH 1/4] ACPI / EC: Cleanup first_ec/boot_ec code, Peter Wu
          • RE: [PATCH 1/4] ACPI / EC: Cleanup first_ec/boot_ec code, Zheng, Lv
  • [PATCH 2/4] ACPI / EC: Fix a memory leakage issue in acpi_ec_add(), Lv Zheng
    • Re: [PATCH 2/4] ACPI / EC: Fix a memory leakage issue in acpi_ec_add(), Peter Wu
  • [PATCH 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events, Lv Zheng
    • Re: [PATCH 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events, Peter Wu
      • RE: [PATCH 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events, Zheng, Lv
  • [PATCH 4/4] ACPI / EC: Fix issues related to boot_ec, Lv Zheng
  • [PATCH v2 0/4] ACPI / EC: Fix ECDT and boot_ec support, Lv Zheng
    • [PATCH v2 1/4] ACPI / EC: Cleanup first_ec/boot_ec code, Lv Zheng
    • [PATCH v2 2/4] ACPI / EC: Fix a memory leakage issue in acpi_ec_add(), Lv Zheng
    • [PATCH v2 4/4] ACPI / EC: Fix issues related to boot_ec, Lv Zheng
    • [PATCH v2 3/4] ACPI / EC: Fix a gap that ECDT EC cannot handle EC events, Lv Zheng
    • Re: [PATCH v2 0/4] ACPI / EC: Fix ECDT and boot_ec support, Rafael J. Wysocki
• [Replacement][PATCH v2 6/8] acpi: bus: Enable HWP CPPC objects, Srinivas Pandruvada
  • Re: [Replacement][PATCH v2 6/8] acpi: bus: Enable HWP CPPC objects, Peter Zijlstra
• [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Joe Perches
  • Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Bart Van Assche
    • Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Joe Perches
      • Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Bart Van Assche
        • Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Joe Perches
          • Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Bart Van Assche
            • Re: [PATCH] trivial treewide: Convert dev_set_uevent_suppress argument to bool, Joe Perches
• [PATCH v2 0/4] CPPC only changes for supporting ITMT 3.0, Srinivas Pandruvada
  • [PATCH v2 2/4] acpi: cppc: Don't return on CPPC probe failure, Srinivas Pandruvada
  • [PATCH v2 1/4] acpi: cppc: Allow build with ACPI_CPU_FREQ_PSS config, Srinivas Pandruvada
  • [PATCH v2 4/4] acpi: cppc: Add prefix cppc to cpudata structure name, Srinivas Pandruvada
  • [PATCH v2 3/4] acpi: cppc: Add support for functional fixed hardware address, Srinivas Pandruvada
  • Re: [PATCH v2 0/4] CPPC only changes for supporting ITMT 3.0, Rafael J. Wysocki
• [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0, Srinivas Pandruvada
  • [PATCH v2 1/8] sched, x86: Add SD_ASYM_PACKING flags to x86 cpu topology for ITMT, Srinivas Pandruvada
  • [PATCH v2 4/8] sched, x86: use arch_update_cpu_topology to indicate x86 need sched domain rebuild, Srinivas Pandruvada
  • [PATCH v2 7/8] acpi: bus: Set _OSC for diverse core support, Srinivas Pandruvada
  • [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Srinivas Pandruvada
    • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Peter Zijlstra
      • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Tim Chen
        • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Peter Zijlstra
          • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Srinivas Pandruvada
            • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Peter Zijlstra
              • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Srinivas Pandruvada
            • Re: [PATCH v2 5/8] sched,x86: Enable Turbo Boost Max Technology, Rafael J. Wysocki
  • [PATCH v2 8/8] cpufreq: intel_pstate: Use CPPC to get max performance, Srinivas Pandruvada
  • [PATCH v2 3/8] x86, cpu: provide a function topology_num_packages to enumerate #packages, Srinivas Pandruvada
  • [PATCH v2 6/8] acpi: bus: Enable HWP CPPC objects, Srinivas Pandruvada
    • Re: [PATCH v2 6/8] acpi: bus: Enable HWP CPPC objects, kbuild test robot
      • Re: [PATCH v2 6/8] acpi: bus: Enable HWP CPPC objects, Srinivas Pandruvada
  • [PATCH v2 2/8] sched: Extend scheduler's asym packing, Srinivas Pandruvada
    • Re: [PATCH v2 2/8] sched: Extend scheduler's asym packing, Peter Zijlstra
      • Re: [PATCH v2 2/8] sched: Extend scheduler's asym packing, Tim Chen
        • Re: [PATCH v2 2/8] sched: Extend scheduler's asym packing, Peter Zijlstra
  • Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0, Peter Zijlstra
  • Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0, Pavel Machek
    • Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0, One Thousand Gnomes
      • Re: [PATCH v2 0/8] Support Intel® Turbo Boost Max Technology 3.0, Tim Chen
• [RFC PATCH V2 0/3] Add ACPI support for Hisilicon PCIe Host Controller, Dongdong Liu
  • [RFC PATCH V2 2/3] PCI: hisi: Add ECAM support for devices that are not RC, Dongdong Liu
  • [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Dongdong Liu
    • Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Arnd Bergmann
      • Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Dongdong Liu
    • Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Rafael J. Wysocki
      • Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Dongdong Liu
        • Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Rafael J. Wysocki
          • Re: [RFC PATCH V2 3/3] PCI/ACPI: hisi: Add ACPI support for HiSilicon SoCs Host Controllers, Dongdong Liu
  • [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Dongdong Liu
    • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Arnd Bergmann
      • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Dongdong Liu
        • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Arnd Bergmann
          • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Dongdong Liu
            • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Arnd Bergmann
              • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Dongdong Liu
              • RE: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Gabriele Paoloni
                • Re: [RFC PATCH V2 1/3] PCI: hisi: re-architect Hip05/Hip06 controllers driver to preapare for ACPI, Arnd Bergmann
• [PATCH] ACPI / button: add support for tablet mode switch, Wei-Ning Huang
  • Re: [PATCH] ACPI / button: add support for tablet mode switch, Zhang Rui
    • Re: [PATCH] ACPI / button: add support for tablet mode switch, Wei-Ning Huang
      • Re: [PATCH] ACPI / button: add support for tablet mode switch, Rafael J. Wysocki
• [PATCH 0/4] PCI PM refinements, Lukas Wunner
  • [PATCH 1/4] PCI: Afford direct-complete to devices with nonstandard PM, Lukas Wunner
    • Re: [PATCH 1/4] PCI: Afford direct-complete to devices with nonstandard PM, Rafael J. Wysocki
  • [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Lukas Wunner
    • Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Rafael J. Wysocki
      • Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Rafael J. Wysocki
    • Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Rafael J. Wysocki
      • Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Lukas Wunner
        • Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Rafael J. Wysocki
          • Re: [PATCH 3/4] PCI: Avoid unnecessary resume after direct-complete, Lukas Wunner
  • [PATCH 2/4] PCI: Query platform firmware for device power state, Lukas Wunner
    • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
      • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Lukas Wunner
        • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
          • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
            • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
              • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
            • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Lukas Wunner
              • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
          • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Lukas Wunner
            • Re: [PATCH 2/4] PCI: Query platform firmware for device power state, Rafael J. Wysocki
  • [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown, Lukas Wunner
    • Re: [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown, Rafael J. Wysocki
      • Re: [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown, Lukas Wunner
        • Re: [PATCH 4/4] PCI: Avoid unnecessary resume on shutdown, Rafael J. Wysocki
  • Re: [PATCH 0/4] PCI PM refinements, Bjorn Helgaas
    • Re: [PATCH 0/4] PCI PM refinements, Rafael J. Wysocki
• [PATCH v4 0/2] serial: 8250_dw: Add ACPI support for uart on Hisilicon Hip05 SoC, Kefeng Wang
  • [PATCH v4 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback, Kefeng Wang
    • Re: [PATCH v4 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback, Heikki Krogerus
      • Re: [PATCH v4 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback, Heikki Krogerus
        • Re: [PATCH v4 1/2] serial: 8250_dw: make dw8250_set_termios as default set_termios callback, Kefeng Wang
  • [PATCH v4 2/2] serial: 8250_dw: add ACPI support for uart on Hisilicon Hip05 SoC, Kefeng Wang
    • Re: [PATCH v4 2/2] serial: 8250_dw: add ACPI support for uart on Hisilicon Hip05 SoC, Heikki Krogerus
• [PATCH 10/15] acpi: Export acpi_bus_type, jeff . mcgee
  • Re: [PATCH 10/15] acpi: Export acpi_bus_type, Rafael J. Wysocki
    • Re: [PATCH 10/15] acpi: Export acpi_bus_type, Jeff McGee
• [PATCH v8 0/9] Enable PMUs in ACPI systems, Jeremy Linton
  • [PATCH v8 3/9] arm64: pmu: Hoist pmu platform device name, Jeremy Linton
  • [PATCH v8 4/9] arm64: Rename the common MADT parse routine, Jeremy Linton
  • [PATCH v8 5/9] arm64: pmu: Cache PMU interrupt numbers from MADT parse, Jeremy Linton
  • [PATCH v8 7/9] arm: arm64: pmu: Assign platform PMU CPU affinity, Jeremy Linton
  • [PATCH v8 9/9] MAINTAINERS: Tweak ARM PMU maintainers, Jeremy Linton