Linux ACPI

• Date Index

• [PATCH] acpi: apei: fix GHES estatus iteration, Tyler Baicar
  • Re: [PATCH] acpi: apei: fix GHES estatus iteration, Will Deacon
    • Re: [PATCH] acpi: apei: fix GHES estatus iteration, Rafael J. Wysocki
      • Re: [PATCH] acpi: apei: fix GHES estatus iteration, Borislav Petkov
      • Re: [PATCH] acpi: apei: fix GHES estatus iteration, gengdongjiu
        • Re: [PATCH] acpi: apei: fix GHES estatus iteration, Baicar, Tyler
• [GIT PULL] ACPI fixes for v4.13-rc4, Rafael J. Wysocki
• [PATCH] acpi: ghes: fix the OSPM acknowledges error flow, Dongjiu Geng
  • Re: [PATCH] acpi: ghes: fix the OSPM acknowledges error flow, gengdongjiu
• [PATCH] ACPI / dock: constify attribute_group structures., Arvind Yadav
  • Re: [PATCH] ACPI / dock: constify attribute_group structures., Rafael J. Wysocki
• [PATCH v3 0/5] ACPI: DMA ranges management, Lorenzo Pieralisi
  • [PATCH v3 5/5] ACPI/IORT: Add IORT named component memory address limits, Lorenzo Pieralisi
  • [PATCH v3 4/5] ACPI: Make acpi_dma_configure() DMA regions aware, Lorenzo Pieralisi
  • [PATCH v3 3/5] ACPI: Introduce DMA ranges parsing, Lorenzo Pieralisi
    • Re: [PATCH v3 3/5] ACPI: Introduce DMA ranges parsing, kbuild test robot
      • Re: [PATCH v3 3/5] ACPI: Introduce DMA ranges parsing, Lorenzo Pieralisi
        • Re: [PATCH v3 3/5] ACPI: Introduce DMA ranges parsing, Rafael J. Wysocki
  • [PATCH v3 2/5] ACPI: Make acpi_dev_get_resources() method agnostic, Lorenzo Pieralisi
  • [PATCH v3 1/5] ACPICA: resource_mgr: Allow _DMA method in walk resources, Lorenzo Pieralisi
  • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Hanjun Guo
  • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Will Deacon
  • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Nate Watterson
    • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Robin Murphy
  • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Jeremy Linton
    • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Lorenzo Pieralisi
  • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Feng Kan
  • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Feng Kan
    • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Feng Kan
      • Re: [PATCH v3 0/5] ACPI: DMA ranges management, Lorenzo Pieralisi
• Re: [POC] Get acpi table to limit memory scope chosen by KASLR to home SB when "movable_node" is specified, Dou Liyang
  • Re: [POC] Get acpi table to limit memory scope chosen by KASLR to home SB when "movable_node" is specified, Chao Fan
• [PATCH 00/15] ACPICA 20170728 Release, Lv Zheng
  • [PATCH 01/15] ACPICA: Divergences: reduce access size definitions, Lv Zheng
  • [PATCH 02/15] ACPICA: iASL: Add support for the SDEI table, Lv Zheng
  • [PATCH 03/15] ACPICA: Namespace: Update/fix an error message, Lv Zheng
  • [PATCH 05/15] ACPICA: EFI/EDK2: Sort acpi.h inclusion order, Lv Zheng
  • [PATCH 06/15] ACPICA: CLib: Add short multiply/shift support, Lv Zheng
  • [PATCH 07/15] ACPICA: acpidump: Add DSDT/FACS instance support for Linux and EFI, Lv Zheng
  • [PATCH 08/15] ACPICA: EFI/EDK2: Cleanup to enable /WX for MSVC builds, Lv Zheng
  • [PATCH 09/15] ACPICA: Interpreter: Update handling for Alias operator, Lv Zheng
  • [PATCH 10/15] ACPICA: Debugger: Improve support for Alias objects, Lv Zheng
  • [PATCH 11/15] ACPICA: Implement deferred resolution of reference package elements, Lv Zheng
  • [PATCH 12/15] ACPICA: Ensure all instances of AE_AML_INTERNAL have error messages, Lv Zheng
  • [PATCH 13/15] ACPICA: Resources: Allow _DMA method in walk resources, Lv Zheng
  • [PATCH 14/15] ACPICA: Revert "Update resource descriptor handling", Lv Zheng
  • [PATCH 15/15] ACPICA: Update version to 20170728, Lv Zheng
  • [PATCH 04/15] ACPICA: Add a comment, no functional change, Lv Zheng
  • Re: [PATCH 00/15] ACPICA 20170728 Release, Rafael J. Wysocki
• ACPI Support for 32 Batteries, Joe Daily
• [PATCH] ACPI / dock: constify attribute_group structure, Amitoj Kaur Chawla
  • Re: [PATCH] ACPI / dock: constify attribute_group structure, Rafael J. Wysocki
• [PATCH 0/3] Refactor GHES to better support non-APEI systems, Punit Agrawal
  • [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Punit Agrawal
    • Re: [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Punit Agrawal
    • Re: [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Borislav Petkov
      • Re: [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Punit Agrawal
        • Re: [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Borislav Petkov
          • Re: [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Punit Agrawal
            • Re: [PATCH 2/3] GHES: Move memory initialisation to ghes_probe(), Borislav Petkov
  • [PATCH 3/3] ACPI / APEI: HEST: Don't set hest_disable if table not found, Punit Agrawal
  • [PATCH 1/3] GHES: Expand the estatus pool in ghes_estatus_pool_init(), Punit Agrawal
  • Re: [PATCH 0/3] Refactor GHES to better support non-APEI systems, Punit Agrawal
• [PATCH RESEND] mailbox: pcc: Drop uninformative output during boot, Punit Agrawal
  • Re: [PATCH RESEND] mailbox: pcc: Drop uninformative output during boot, Rafael J. Wysocki
• [PATCH v4 0/5] Apple SPI properties, Lukas Wunner
  • [PATCH v4 1/5] treewide: Consolidate Apple DMI checks, Lukas Wunner
    • Re: [PATCH v4 1/5] treewide: Consolidate Apple DMI checks, Andy Shevchenko
      • Re: [PATCH v4 1/5] treewide: Consolidate Apple DMI checks, Andy Shevchenko
    • Re: [PATCH v4 1/5] treewide: Consolidate Apple DMI checks, Mika Westerberg
  • [PATCH v4 2/5] ACPI / property: Don't evaluate objects for devices w/o handle, Lukas Wunner
  • [PATCH v4 3/5] ACPI / property: Support Apple _DSM properties, Lukas Wunner
  • [PATCH v4 4/5] ACPI / scan: Recognize Apple SPI and I2C slaves, Lukas Wunner
    • Re: [PATCH v4 4/5] ACPI / scan: Recognize Apple SPI and I2C slaves, Mika Westerberg
  • [PATCH v4 5/5] spi: Use Apple device properties in absence of ACPI resources, Lukas Wunner
  • Re: [PATCH v4 0/5] Apple SPI properties, Rafael J. Wysocki
    • Re: [PATCH v4 0/5] Apple SPI properties, Rafael J. Wysocki
• [PATCH v5 0/2] iommu/smmu-v3: Workaround for hisilicon 161010801 erratum(reserve HW MSI), Shameer Kolothum
  • [PATCH v5 2/2] iommu/dma: Add HW MSI address regions reservation, Shameer Kolothum
  • [PATCH v5 1/2] ACPI/IORT: Add ITS address regions reservation helper, Shameer Kolothum
    • Re: [PATCH v5 1/2] ACPI/IORT: Add ITS address regions reservation helper, Robin Murphy
      • RE: [PATCH v5 1/2] ACPI/IORT: Add ITS address regions reservation helper, Shameerali Kolothum Thodi
        • Re: [PATCH v5 1/2] ACPI/IORT: Add ITS address regions reservation helper, Lorenzo Pieralisi
          • RE: [PATCH v5 1/2] ACPI/IORT: Add ITS address regions reservation helper, Shameerali Kolothum Thodi
• Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Dominik Brodowski
  • Re: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Rafael J. Wysocki
    • Re: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Rafael J. Wysocki
      • RE: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Usyskin, Alexander
        • Re: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Dominik Brodowski
          • RE: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Winkler, Tomas
        • Re: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Rafael J. Wysocki
          • RE: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Winkler, Tomas
            • Re: Issue with commit de3ef1eb1cd - PM / core: Drop run_wake flag from struct dev_pm_info [Was: MEI-related WARN_ON() triggered during resume-from-sleep on v4.13-rc2+], Rafael J. Wysocki
• [PATCH] ACPI / PM: Prefer suspend-to-idle over S3 on some systems, Rafael J. Wysocki
  • RE: [PATCH] ACPI / PM: Prefer suspend-to-idle over S3 on some systems, Mario.Limonciello
• [PATCH v2 0/5] ACPI: DMA ranges management, Lorenzo Pieralisi
  • [PATCH v2 4/5] ACPI: Make acpi_dma_configure() DMA regions aware, Lorenzo Pieralisi
  • [PATCH v2 5/5] ACPI/IORT: Add IORT named component memory address limits, Lorenzo Pieralisi
    • Re: [PATCH v2 5/5] ACPI/IORT: Add IORT named component memory address limits, Hanjun Guo
      • Re: [PATCH v2 5/5] ACPI/IORT: Add IORT named component memory address limits, Lorenzo Pieralisi
        • Re: [PATCH v2 5/5] ACPI/IORT: Add IORT named component memory address limits, Hanjun Guo
    • Re: [PATCH v2 5/5] ACPI/IORT: Add IORT named component memory address limits, Nate Watterson
      • Re: [PATCH v2 5/5] ACPI/IORT: Add IORT named component memory address limits, Lorenzo Pieralisi
  • [PATCH v2 3/5] ACPI: Introduce DMA ranges parsing, Lorenzo Pieralisi
  • [PATCH v2 1/5] ACPICA: resource_mgr: Allow _DMA method in walk resources, Lorenzo Pieralisi
  • [PATCH v2 2/5] ACPI: Make acpi_dev_get_resources() method agnostic, Lorenzo Pieralisi
  • Re: [PATCH v2 0/5] ACPI: DMA ranges management, Rafael J. Wysocki
    • Re: [PATCH v2 0/5] ACPI: DMA ranges management, Lorenzo Pieralisi
  • Re: [PATCH v2 0/5] ACPI: DMA ranges management, Feng Kan
• [PATCH] ACPI / sleep: Make acpi_sleep_syscore_init static, Jean Delvare
  • Re: [PATCH] ACPI / sleep: Make acpi_sleep_syscore_init static, Rafael J. Wysocki
• [PATCH v6 0/3] TPS68470 PMIC drivers, Rajmohan Mani
  • [PATCH v6 2/3] gpio: Add support for TPS68470 GPIOs, Rajmohan Mani
    • Re: [PATCH v6 2/3] gpio: Add support for TPS68470 GPIOs, Linus Walleij
      • RE: [PATCH v6 2/3] gpio: Add support for TPS68470 GPIOs, Mani, Rajmohan
  • [PATCH v6 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Rajmohan Mani
    • Re: [PATCH v6 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Sakari Ailus
      • Re: [PATCH v6 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Sakari Ailus
        • Re: [PATCH v6 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Rafael J. Wysocki
          • RE: [PATCH v6 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Mani, Rajmohan
  • [PATCH v6 1/3] mfd: Add new mfd device TPS68470, Rajmohan Mani
    • Re: [PATCH v6 1/3] mfd: Add new mfd device TPS68470, Lee Jones
      • RE: [PATCH v6 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
      • RE: [PATCH v6 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
  • RE: [PATCH v6 0/3] TPS68470 PMIC drivers, Mani, Rajmohan
• [PATCH] acpi: apei: clear error status before acknowledging the error, Tyler Baicar
  • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, Borislav Petkov
    • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, Baicar, Tyler
      • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, Luck, Tony
        • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, Baicar, Tyler
          • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, Baicar, Tyler
      • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, James Morse
        • Re: [PATCH] acpi: apei: clear error status before acknowledging the error, Baicar, Tyler
• [PATCH] ACPI: APD: Fix HID for Hisilicon Hip07/08, Hanjun Guo
  • Re: [PATCH] ACPI: APD: Fix HID for Hisilicon Hip07/08, Rafael J. Wysocki
• [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Rafael J. Wysocki
  • Re: [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Rafael J. Wysocki
    • Re: [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Andy Shevchenko
      • Re: [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Rafael J. Wysocki
        • Re: [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Andy Shevchenko
          • RE: [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Mario.Limonciello
            • Re: [PATCH] platform/x86: intel-hid: Wake up Dell Latitude 7275 from suspend-to-idle, Jérôme de Bretagne
• [GIT PULL] ACPI fixes for v4.13-rc3, Rafael J. Wysocki
• [PATCH 1/3] ACPI / EC: Cleanup EC GPE mask flag, Lv Zheng
  • [PATCH 3/3] ACPI: EC: Enable noirq stage GPE polling, Lv Zheng
  • [PATCH 2/3] ACPI: EC: Add IRQ polling support for noirq stages, Lv Zheng
  • [PATCH v2 0/4] ACPI / EC: Solve EC event handling issues, Lv Zheng
    • [PATCH v2 2/4] ACPI / EC: Add IRQ polling support for noirq stages, Lv Zheng
    • [PATCH v2 1/4] ACPI / EC: Cleanup EC GPE mask flag, Lv Zheng
    • [PATCH v2 3/4] ACPI / EC: Add support to handle EC events earlier, Lv Zheng
    • [PATCH v2 4/4] ACPI / EC: Enable noirq stage GPE polling, Lv Zheng
  • [PATCH v3 0/4] ACPI / EC: Poll more EC events during suspend/resume, Lv Zheng
    • [PATCH v3 4/4] ACPI / EC: Enable noirq stage GPE polling, Lv Zheng
    • [PATCH v3 3/4] ACPI / EC: Add support to handle EC events earlier, Lv Zheng
    • [PATCH v3 2/4] ACPI / EC: Add IRQ polling support for noirq stages, Lv Zheng
    • [PATCH v3 1/4] ACPI / EC: Cleanup EC GPE mask flag, Lv Zheng
      • Re: [PATCH v3 1/4] ACPI / EC: Cleanup EC GPE mask flag, Rafael J. Wysocki
        • RE: [PATCH v3 1/4] ACPI / EC: Cleanup EC GPE mask flag, Zheng, Lv
  • [PATCH v4 0/3] ACPI / EC: Fix EC event handling issues, Lv Zheng
    • [PATCH v4 3/3] ACPI / EC: Enable noirq stage event detection, Lv Zheng
    • [PATCH v4 1/3] ACPI / EC: Fix possible driver order issue by moving EC event handling earlier, Lv Zheng
    • [PATCH v4 2/3] ACPI / EC: Add event detection support for noirq stages, Lv Zheng
    • RE: [PATCH v4 0/3] ACPI / EC: Fix EC event handling issues, Zheng, Lv
  • [RFC PATCH v6 0/3] ACPI / EC: Tune the timing of EC events arrival during S3-exit, Lv Zheng
    • [RFC PATCH v6 3/3] ACPI / EC: Enable noirq stage event detection, Lv Zheng
    • [RFC PATCH v6 2/3] ACPI / EC: Add event detection support for noirq stages, Lv Zheng
      • RE: [RFC PATCH v6 2/3] ACPI / EC: Add event detection support for noirq stages, Zhang, Rui
    • [RFC PATCH v6 1/3] ACPI / EC: Fix possible driver order issue by moving EC event handling earlier, Lv Zheng
      • RE: [RFC PATCH v6 1/3] ACPI / EC: Fix possible driver order issue by moving EC event handling earlier, Zhang, Rui
        • RE: [RFC PATCH v6 1/3] ACPI / EC: Fix possible driver order issue by moving EC event handling earlier, Zheng, Lv
          • Re: [RFC PATCH v6 1/3] ACPI / EC: Fix possible driver order issue by moving EC event handling earlier, Benjamin Tissoires
• [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Song liwei
  • RE: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Zheng, Lv
    • Re: [PATCH V2] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Liwei Song
• [PATCH v4 0/6] BTT error clearing rework, Vishal Verma
  • [PATCH v4 1/6] btt: fix a missed NVDIMM_IO_ATOMIC case in the write path, Vishal Verma
  • [PATCH v4 3/6] btt: ensure that flags were also unchanged during a map_read, Vishal Verma
  • [PATCH v4 2/6] btt: refactor map entry operations with macros, Vishal Verma
  • [PATCH v4 4/6] btt: cache sector_size in arena_info, Vishal Verma
  • [PATCH v4 5/6] libnvdimm: fix potential deadlock while clearing errors, Vishal Verma
  • [PATCH v4 6/6] libnvdimm, btt: rework error clearing, Vishal Verma
  • Re: [PATCH v4 0/6] BTT error clearing rework, Kani, Toshimitsu
    • Re: [PATCH v4 0/6] BTT error clearing rework, Verma, Vishal L
      • Re: [PATCH v4 0/6] BTT error clearing rework, Kani, Toshimitsu
        • Re: [PATCH v4 0/6] BTT error clearing rework, Kani, Toshimitsu
          • Re: [PATCH v4 0/6] BTT error clearing rework, Vishal Verma
            • Re: [PATCH v4 0/6] BTT error clearing rework, Kani, Toshimitsu
• [pm:bleeding-edge 91/101] drivers/base/power/opp/of.c:617:45: error: 'cpu_node' undeclared, kbuild test robot
• [PATCH 0/3] Kconfig dependencies: acpi-video, backlight and thermal, Arnd Bergmann
  • [PATCH 1/3] backlight: always select BACKLIGHT_LCD_SUPPORT for BACKLIGHT_CLASS_DEVICE, Arnd Bergmann
    • Re: [PATCH 1/3] backlight: always select BACKLIGHT_LCD_SUPPORT for BACKLIGHT_CLASS_DEVICE, Andy Shevchenko
  • [PATCH 3/3] drm/etnaviv: add thermal dependency, Arnd Bergmann
    • Re: [PATCH 3/3] drm/etnaviv: add thermal dependency, Lucas Stach
  • [PATCH 2/3] ACPI/DRM: rework ACPI_VIDEO Kconfig dependencies, Arnd Bergmann
    • Re: [PATCH 2/3] ACPI/DRM: rework ACPI_VIDEO Kconfig dependencies, Rafael J. Wysocki
  • Re: [Intel-gfx] [PATCH 0/3] Kconfig dependencies: acpi-video, backlight and thermal, Daniel Vetter
    • Re: [Intel-gfx] [PATCH 0/3] Kconfig dependencies: acpi-video, backlight and thermal, Jani Nikula
• [PATCH] ACPI: processor: use dev_dbg() instead of dev_warn() when CPPC probe failed, Hanjun Guo
  • Re: [PATCH] ACPI: processor: use dev_dbg() instead of dev_warn() when CPPC probe failed, Rafael J. Wysocki
• [PATCH v3] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
  • Re: [PATCH v3] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
• Re: [PATCH] device property: export irqchip_fwnode_ops, Rafael J. Wysocki
  • Re: [PATCH] device property: export irqchip_fwnode_ops, Arnd Bergmann
• [PATCH v4 0/2] iommu/smmu-v3: Workaround for hisilicon 161010801 erratum(reserve HW MSI), Shameer Kolothum
  • [PATCH v4 2/2] iommu/dma: Add HW MSI address regions reservation for IOMMU drivers, Shameer Kolothum
  • [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Shameer Kolothum
    • Re: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Lorenzo Pieralisi
      • Re: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Robin Murphy
        • Re: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Lorenzo Pieralisi
          • RE: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Shameerali Kolothum Thodi
            • Re: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Lorenzo Pieralisi
            • Re: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Robin Murphy
              • RE: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Shameerali Kolothum Thodi
                • Re: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Lorenzo Pieralisi
                  • RE: [PATCH v4 1/2] acpi:iort: Add an IORT helper function to reserve HW ITS address regions for IOMMU drivers, Shameerali Kolothum Thodi
• [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Ganapatrao Kulkarni
  • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Robert Richter
    • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Lorenzo Pieralisi
    • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Lorenzo Pieralisi
      • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Hanjun Guo
        • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Hanjun Guo
        • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Lorenzo Pieralisi
  • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Robert Richter
    • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Lorenzo Pieralisi
      • Re: [PATCH v4] acpi/iort: numa: Add numa node mapping for smmuv3 devices, Robert Richter
• Re: ACPI message loglevel not set, Daniel Walker
• [PATCH 1/7] gpio: Cleanup kerneldoc, Thierry Reding
  • [PATCH 4/7] gpio: acpi: Fixup kerneldoc, Thierry Reding
    • Re: [PATCH 4/7] gpio: acpi: Fixup kerneldoc, Andy Shevchenko
      • Re: [PATCH 4/7] gpio: acpi: Fixup kerneldoc, Mika Westerberg
    • Re: [PATCH 4/7] gpio: acpi: Fixup kerneldoc, Linus Walleij
  • [PATCH 3/7] gpio: devres: Improve kerneldoc, Thierry Reding
    • Re: [PATCH 3/7] gpio: devres: Improve kerneldoc, Linus Walleij
  • [PATCH 2/7] gpio: of: Improve kerneldoc, Thierry Reding
    • Re: [PATCH 2/7] gpio: of: Improve kerneldoc, Linus Walleij
  • [PATCH 5/7] gpio: sysfs: Fixup kerneldoc, Thierry Reding
    • Re: [PATCH 5/7] gpio: sysfs: Fixup kerneldoc, Linus Walleij
  • [PATCH 6/7] docs: driver-api: Add GPIO section, Thierry Reding
    • Re: [PATCH 6/7] docs: driver-api: Add GPIO section, Linus Walleij
  • [PATCH 7/7] gpio: Use unsigned int for of_gpio_n_cells, Thierry Reding
    • Re: [PATCH 7/7] gpio: Use unsigned int for of_gpio_n_cells, Linus Walleij
  • Re: [PATCH 1/7] gpio: Cleanup kerneldoc, Thierry Reding
    • Re: [PATCH 1/7] gpio: Cleanup kerneldoc, Linus Walleij
  • Re: [PATCH 1/7] gpio: Cleanup kerneldoc, Linus Walleij
• [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
  • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Marc Zyngier
    • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
      • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Marc Zyngier
        • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
          • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Marc Zyngier
            • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
  • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Lorenzo Pieralisi
    • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
      • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Robin Murphy
        • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
  • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, John Garry
    • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
    • Re: [PATCH v2] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
• [pm:bleeding-edge 28829/28830] include/linux/suspend.h:506:2: error: implicit declaration of function '__pm_pr_dbg', kbuild test robot
• [pm:bleeding-edge 28829/28830] include/linux/suspend.h:505:0: warning: "pm_pr_dbg" redefined, kbuild test robot
• [PATCH 1/2] acpi: add missing include in acpi_numa.h, Ross Zwisler
  • [PATCH 2/2] acpi: Fix typo in SRAT table name, Ross Zwisler
    • Re: [PATCH 2/2] acpi: Fix typo in SRAT table name, Rafael J. Wysocki
• [PATCH] mailbox: pcc: Fix crash when request PCC channel 0, Hoan Tran
  • Re: [PATCH] mailbox: pcc: Fix crash when request PCC channel 0, Rafael J. Wysocki
    • Re: [PATCH] mailbox: pcc: Fix crash when request PCC channel 0, Prakash, Prashanth
      • Re: [PATCH] mailbox: pcc: Fix crash when request PCC channel 0, Rafael J. Wysocki
• [PATCH] ACPIi / lpat: Fix typos and kernel-doc style, Sumeet Pawnikar
  • Re: [PATCH] ACPIi / lpat: Fix typos and kernel-doc style, Rafael J. Wysocki
    • RE: [PATCH] ACPIi / lpat: Fix typos and kernel-doc style, Pawnikar, Sumeet R
      • Re: [PATCH] ACPIi / lpat: Fix typos and kernel-doc style, Rafael J. Wysocki
        • RE: [PATCH] ACPIi / lpat: Fix typos and kernel-doc style, Pawnikar, Sumeet R
• [PATCH v6 0/1] acpi: apei: Bug fix to enable APEI support for ARMv8, Loc Ho
  • [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Loc Ho
    • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Borislav Petkov
      • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Rafael J. Wysocki
        • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Rafael J. Wysocki
          • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Borislav Petkov
            • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Rafael J. Wysocki
              • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Borislav Petkov
                • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Rafael J. Wysocki
                  • RE: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Luck, Tony
                    • [PATCH] MAINTAINERS: Add Tony and Boris as ACPI/APEI reviewers, Borislav Petkov
                      • RE: [PATCH] MAINTAINERS: Add Tony and Boris as ACPI/APEI reviewers, Luck, Tony
                        • Re: [PATCH] MAINTAINERS: Add Tony and Boris as ACPI/APEI reviewers, Rafael J. Wysocki
      • Re: [PATCH v6 1/1] acpi: apei: Enable APEI multiple GHES source to share a single external IRQ, Rafael J. Wysocki
• [PATCH v5 0/3] TPS68470 PMIC drivers, Rajmohan Mani
  • [PATCH v5 1/3] mfd: Add new mfd device TPS68470, Rajmohan Mani
  • [PATCH v5 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Rajmohan Mani
  • [PATCH v5 2/3] gpio: Add support for TPS68470 GPIOs, Rajmohan Mani
  • Re: [PATCH v5 0/3] TPS68470 PMIC drivers, Andy Shevchenko
    • Re: [PATCH v5 0/3] TPS68470 PMIC drivers, Rafael J. Wysocki
      • Re: [PATCH v5 0/3] TPS68470 PMIC drivers, Andy Shevchenko
        • Re: [PATCH v5 0/3] TPS68470 PMIC drivers, Rafael J. Wysocki
          • RE: [PATCH v5 0/3] TPS68470 PMIC drivers, Mani, Rajmohan
            • Re: [PATCH v5 0/3] TPS68470 PMIC drivers, Rafael J. Wysocki
              • RE: [PATCH v5 0/3] TPS68470 PMIC drivers, Mani, Rajmohan
              • RE: [PATCH v5 0/3] TPS68470 PMIC drivers, Mani, Rajmohan
              • RE: [PATCH v5 0/3] TPS68470 PMIC drivers, Mani, Rajmohan
• [PATCH 0/3] PCI / ACPI / PM: Fix propagation of wakeup settings to bridges, Rafael J. Wysocki
  • [PATCH 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Rafael J. Wysocki
    • Re: [PATCH 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Andy Shevchenko
      • Re: [PATCH 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Rafael J. Wysocki
        • Re: [PATCH 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Rafael J. Wysocki
    • [PATCH v2 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Rafael J. Wysocki
      • Re: [PATCH v2 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Andy Shevchenko
      • Re: [PATCH v2 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Mika Westerberg
      • Re: [PATCH v2 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Bjorn Helgaas
        • Re: [PATCH v2 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Rafael J. Wysocki
      • [PATCH v3 3/3] ACPI / PCI / PM: Rework acpi_pci_propagate_wakeup(), Rafael J. Wysocki
  • [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Rafael J. Wysocki
    • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Andy Shevchenko
      • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Rafael J. Wysocki
        • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Andy Shevchenko
          • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Rafael J. Wysocki
            • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Andy Shevchenko
              • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Rafael J. Wysocki
    • Re: [PATCH 2/3] ACPI / PM: Split acpi_device_wakeup(), Mika Westerberg
  • [PATCH 1/3] PCI / PM: Skip bridges in pci_enable_wake(), Rafael J. Wysocki
    • Re: [PATCH 1/3] PCI / PM: Skip bridges in pci_enable_wake(), Mika Westerberg
    • Re: [PATCH 1/3] PCI / PM: Skip bridges in pci_enable_wake(), Bjorn Helgaas
      • Re: [PATCH 1/3] PCI / PM: Skip bridges in pci_enable_wake(), Rafael J. Wysocki
  • Re: [PATCH 0/3] PCI / ACPI / PM: Fix propagation of wakeup settings to bridges, Rafael J. Wysocki
• [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Sakari Ailus
  • [PATCH v3 3/8] ACPI: Prepare for constifying acpi_get_next_subnode() fwnode argument, Sakari Ailus
    • Re: [PATCH v3 3/8] ACPI: Prepare for constifying acpi_get_next_subnode() fwnode argument, Andy Shevchenko
  • [PATCH v3 1/8] ACPI: Use IS_ERR_OR_NULL() instead of non-NULL check in is_acpi_data_node, Sakari Ailus
    • Re: [PATCH v3 1/8] ACPI: Use IS_ERR_OR_NULL() instead of non-NULL check in is_acpi_data_node, Andy Shevchenko
      • Re: [PATCH v3 1/8] ACPI: Use IS_ERR_OR_NULL() instead of non-NULL check in is_acpi_data_node, Andy Shevchenko
  • [PATCH v3 4/8] ACPI: Constify acpi_bus helper functions, switch to macros, Sakari Ailus
  • [PATCH v3 2/8] device property: Get rid of struct fwnode_handle type field, Sakari Ailus
  • [PATCH v3 5/8] ACPI: Constify internal fwnode arguments, Sakari Ailus
  • [PATCH v3 6/8] device property: Constify argument to pset fwnode backend, Sakari Ailus
  • [PATCH v3 7/8] device property: Constify fwnode property API, Sakari Ailus
  • [PATCH v3 8/8] device property: Introduce fwnode_property_get_reference_args, Sakari Ailus
    • Re: [PATCH v3 8/8] device property: Introduce fwnode_property_get_reference_args, Andy Shevchenko
    • [PATCH v3.1 8/8] device property: Introduce fwnode_property_get_reference_args, Sakari Ailus
  • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Rafael J. Wysocki
    • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Andy Shevchenko
      • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Rafael J. Wysocki
        • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Rafael J. Wysocki
          • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Sakari Ailus
            • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Rafael J. Wysocki
              • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Sakari Ailus
                • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Sakari Ailus
                  • Re: [PATCH v3 0/8] Remove fwnode type field, constify property fwnode arguments, Rafael J. Wysocki
• [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
  • Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
    • Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
    • Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Marc Zyngier
      • Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Ganapatrao Kulkarni
        • Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
      • Re: [PATCH] irqchip/gic-v3-its: Allow GIC ITS number more than MAX_NUMNODES, Hanjun Guo
• [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Song liwei
  • Re: [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Andy Shevchenko
    • Re: [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Liwei Song
      • Re: [PATCH] ACPI, APEI: Fixup incorrect 16-bit access width firmware bug, Andy Shevchenko
• [PATCHv2 0/2] Make cppc acpi driver aware of pcc subspace ids, George Cherian
  • [PATCHv2 1/2] mailbox: PCC: Move the MAX_PCC_SUBSPACES definition to header file, George Cherian
  • [PATCHv2 2/2] ACPI / CPPC: Make cppc acpi driver aware of pcc subspace ids, George Cherian
    • Re: [PATCHv2 2/2] ACPI / CPPC: Make cppc acpi driver aware of pcc subspace ids, Prakash, Prashanth
• [PATCH v5 0/1] acpi: apei: Bug fix to enable APEI support for ARMv8, Loc Ho
  • [PATCH v5 1/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Loc Ho
    • Re: [PATCH v5 1/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Borislav Petkov
• Modern Suspend on Dell Latitude 5285 does not resume, Nico Schottelius
  • Re: Modern Suspend on Dell Latitude 5285 does not resume, Rafael J. Wysocki
  • RE: Modern Suspend on Dell Latitude 5285 does not resume, Mario.Limonciello
    • Re: Modern Suspend on Dell Latitude 5285 does not resume, Nico Schottelius
      • Re: Modern Suspend on Dell Latitude 5285 does not resume, Rafael J. Wysocki
• [PATCH 0/2] add fwnode.h to several MAINTAINERS entries, frowand . list
  • [PATCH 2/2] MAINTAINERS: device property: of: add fwnode.h, frowand . list
  • [PATCH 1/2] MAINTAINERS: device property: acpi: add fwnode.h, frowand . list
    • Re: [PATCH 1/2] MAINTAINERS: device property: acpi: add fwnode.h, Rafael J. Wysocki
      • Re: [PATCH 1/2] MAINTAINERS: device property: acpi: add fwnode.h, Frank Rowand
        • Re: [PATCH 1/2] MAINTAINERS: device property: acpi: add fwnode.h, Rafael J. Wysocki
• [PATCH 0/4] ACPI: DMA ranges management, Lorenzo Pieralisi
  • [PATCH 3/4] ACPI: Introduce DMA ranges parsing, Lorenzo Pieralisi
    • Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing, Rafael J. Wysocki
      • Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing, Lorenzo Pieralisi
        • Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing, Rafael J. Wysocki
          • Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing, Lorenzo Pieralisi
            • Re: [PATCH 3/4] ACPI: Introduce DMA ranges parsing, Rafael J. Wysocki
  • [PATCH 4/4] ACPI: Make acpi_dma_configure() DMA regions aware, Lorenzo Pieralisi
  • [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic, Lorenzo Pieralisi
    • Re: [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic, Rafael J. Wysocki
      • Re: [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic, Lorenzo Pieralisi
      • Re: [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic, Lorenzo Pieralisi
        • Re: [PATCH 2/4] ACPI: Make acpi_dev_get_resources() method agnostic, Rafael J. Wysocki
  • [PATCH 1/4] ACPI: Allow _DMA method in walk resources, Lorenzo Pieralisi
    • RE: [PATCH 1/4] ACPI: Allow _DMA method in walk resources, Moore, Robert
    • RE: [PATCH 1/4] ACPI: Allow _DMA method in walk resources, Moore, Robert
      • Re: [PATCH 1/4] ACPI: Allow _DMA method in walk resources, Lorenzo Pieralisi
  • Re: [PATCH 0/4] ACPI: DMA ranges management, Nate Watterson
    • Re: [PATCH 0/4] ACPI: DMA ranges management, Robin Murphy
      • Re: [PATCH 0/4] ACPI: DMA ranges management, Lorenzo Pieralisi
        • Re: [PATCH 0/4] ACPI: DMA ranges management, Nate Watterson
        • Re: [PATCH 0/4] ACPI: DMA ranges management, Robin Murphy
          • Re: [PATCH 0/4] ACPI: DMA ranges management, Lorenzo Pieralisi
            • Re: [PATCH 0/4] ACPI: DMA ranges management, Robin Murphy
              • Re: [PATCH 0/4] ACPI: DMA ranges management, Lorenzo Pieralisi
• [PATCH 0/4] Drop uninformative messages from bootlog, Punit Agrawal
  • [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Punit Agrawal
    • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Borislav Petkov
      • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Punit Agrawal
        • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Borislav Petkov
          • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Punit Agrawal
            • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Borislav Petkov
              • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Punit Agrawal
                • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Borislav Petkov
                  • Re: [PATCH 3/4] ACPI / APEI: Drop uninformative messages during boot, Punit Agrawal
• [PATCH] ACPI / PM / EC: Flush all EC work in acpi_freeze_sync(), Rafael J. Wysocki
  • Re: [PATCH] ACPI / PM / EC: Flush all EC work in acpi_freeze_sync(), Rafael J. Wysocki
• [PATCH v4 0/3] TPS68470 PMIC drivers, Rajmohan Mani
  • [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Rajmohan Mani
    • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Lee Jones
      • RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
        • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Lee Jones
          • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Andy Shevchenko
            • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Lee Jones
              • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Andy Shevchenko
                • RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
                  • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Andy Shevchenko
                    • RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
          • RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
            • Re: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Lee Jones
              • RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
      • RE: [PATCH v4 1/3] mfd: Add new mfd device TPS68470, Mani, Rajmohan
  • [PATCH v4 2/3] gpio: Add support for TPS68470 GPIOs, Rajmohan Mani
  • [PATCH v4 3/3] ACPI / PMIC: Add TI PMIC TPS68470 operation region driver, Rajmohan Mani
• [PATCH v1 0/6] uuid: Convert rest users to new API, Andy Shevchenko
  • [PATCH v1 5/6] uuid: Kill uapi/uuid.h, Andy Shevchenko
    • Re: [PATCH v1 5/6] uuid: Kill uapi/uuid.h, kbuild test robot
    • Re: [PATCH v1 5/6] uuid: Kill uapi/uuid.h, Christoph Hellwig
  • [PATCH v1 1/6] efi: Switch to use new generic UUID API, Andy Shevchenko
    • Re: [PATCH v1 1/6] efi: Switch to use new generic UUID API, Ard Biesheuvel
      • Re: [PATCH v1 1/6] efi: Switch to use new generic UUID API, Andy Shevchenko
        • Re: [PATCH v1 1/6] efi: Switch to use new generic UUID API, Christoph Hellwig
          • Re: [PATCH v1 1/6] efi: Switch to use new generic UUID API, Ard Biesheuvel
    • Re: [PATCH v1 1/6] efi: Switch to use new generic UUID API, Christoph Hellwig
  • [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Andy Shevchenko
    • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Andy Shevchenko
      • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Greg Kroah-Hartman
        • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Andy Shevchenko
          • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Greg Kroah-Hartman
            • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Andy Shevchenko
              • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Christoph Hellwig
                • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Andy Shevchenko
                • Re: [PATCH v1 3/6] staging: unisys: Switch to use new generic UUID API, Greg Kroah-Hartman
  • [PATCH v1 4/6] vmbus: Switch to use new generic UUID API, Andy Shevchenko
    • RE: [PATCH v1 4/6] vmbus: Switch to use new generic UUID API, Haiyang Zhang
      • Re: [PATCH v1 4/6] vmbus: Switch to use new generic UUID API, Andy Shevchenko
    • Re: [PATCH v1 4/6] vmbus: Switch to use new generic UUID API, kbuild test robot
    • Re: [PATCH v1 4/6] vmbus: Switch to use new generic UUID API, Christoph Hellwig
  • [PATCH v1 6/6] device property: Switch to use new generic UUID API, Andy Shevchenko
    • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Rafael J. Wysocki
    • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Mika Westerberg
      • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Rafael J. Wysocki
        • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Andy Shevchenko
          • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Rafael J. Wysocki
            • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Andy Shevchenko
              • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Rafael J. Wysocki
            • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Christoph Hellwig
              • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Rafael J. Wysocki
                • Re: [PATCH v1 6/6] device property: Switch to use new generic UUID API, Christoph Hellwig
  • [PATCH v1 2/6] mei: Switch to use new generic UUID API, Andy Shevchenko
    • Re: [PATCH v1 2/6] mei: Switch to use new generic UUID API, kbuild test robot
• [PATCH 1/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Mark Salter
• [PATCH 0/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Mark Salter
  • Re: [PATCH 0/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Rafael J. Wysocki
    • Re: [PATCH 0/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Mark Salter
      • Re: [PATCH 0/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Borislav Petkov
  • <Possible follow-ups>
  • Re: [PATCH 0/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Loc Ho
    • Re: [PATCH 0/1] acpi: apei: Enable APEI multiple GHES source to share an single external IRQ, Borislav Petkov
• [PATCH V2] acpi: acpica: fix acpi operand cache leak in dswstate.c, Seunghun Han
• [PATCH] acpi: acpica: fix acpi operand cache leak in nseval.c, Seunghun Han
• [PATCH] acpi: acpica: fix acpi operand cache leak in dswstate.c, Seunghun Han
• [PATCH] ACPI / EC: Add parameter force disable the GPE on suspend, Rafael J. Wysocki
  • Re: [PATCH] ACPI / EC: Add parameter force disable the GPE on suspend, Rafael J. Wysocki
• [PATCH v3 0/5] ACPI / boot: Few amendments, Andy Shevchenko
  • [PATCH v3 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms, Andy Shevchenko
    • Re: [PATCH v3 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms, Rafael J. Wysocki
      • Re: [PATCH v3 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms, Andy Shevchenko
  • [PATCH v3 1/5] ACPI / boot: Don't define unused variables, Andy Shevchenko
  • [PATCH v3 2/5] ACPI / boot: Correct address space of __acpi_map_table(), Andy Shevchenko
    • re: [patch v3 2/5] acpi / boot: correct address space of __acpi_map_table(), yury norov
      • Re: [patch v3 2/5] acpi / boot: correct address space of __acpi_map_table(), Yury Norov
        • Re: [patch v3 2/5] acpi / boot: correct address space of __acpi_map_table(), Andy Shevchenko
  • [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Andy Shevchenko
    • Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Rafael J. Wysocki
      • Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Andy Shevchenko
        • Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Rafael J. Wysocki
          • Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Andy Shevchenko
            • Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Rafael J. Wysocki
              • Re: [PATCH v3 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Rafael J. Wysocki
  • [PATCH v3 3/5] ACPI / boot: Add number of legacy IRQs to debug output, Andy Shevchenko
• Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table(), Geert Uytterhoeven
  • Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table(), Andy Shevchenko
    • Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table(), Hanjun Guo
• [PATCH v3 6/6] libnvdimm: fix potential deadlock while clearing errors, Vishal Verma
  • Re: [PATCH v3 6/6] libnvdimm: fix potential deadlock while clearing errors, Dan Williams
• [PATCH 0/3] enable ghes_edac on selected platforms, Toshi Kani
  • [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Toshi Kani
    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
      • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
        • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
          • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
            • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
              • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                      • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                        • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
                          • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                            • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
                            • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Aristeu Rozanski
                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
      • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
        • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
          • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
            • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
              • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
              • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
                • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                    • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
          • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
            • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
              • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                      • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                        • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                          • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                            • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                              • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                  • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Boris Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Mauro Carvalho Chehab
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                                    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
                            • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
                              • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
        • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
      • RE: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Luck, Tony
        • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Borislav Petkov
    • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Jeffrey Hugo
      • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
        • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Jeffrey Hugo
          • Re: [PATCH 3/3] ghes_edac: add platform check to enable ghes_edac, Kani, Toshimitsu
  • [PATCH 2/3] intel_pstate: convert to use acpi_match_oemlist(), Toshi Kani
  • [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Toshi Kani
    • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Borislav Petkov
      • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Kani, Toshimitsu
        • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Borislav Petkov
          • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Kani, Toshimitsu
            • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Borislav Petkov
              • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Kani, Toshimitsu
                • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Borislav Petkov
                  • Re: [PATCH 1/3] ACPI / blacklist: add acpi_match_oemlist() interface, Kani, Toshimitsu
• [PATCH v2 6/6] pmem, btt: fix potential deadlock while clearing errors, Vishal Verma
• [Resend, PATCH v2] i2c: core: Allow empty id_table in ACPI case as well, Andy Shevchenko
  • RE: [Resend, PATCH v2] i2c: core: Allow empty id_table in ACPI case as well, Mani, Rajmohan
  • Re: [Resend, PATCH v2] i2c: core: Allow empty id_table in ACPI case as well, Mika Westerberg
  • Re: [Resend, PATCH v2] i2c: core: Allow empty id_table in ACPI case as well, Wolfram Sang
• [Resend, PATCH v2 0/5] ACPI / boot: Few amendments, Andy Shevchenko
  • [PATCH v2 4/5] ACPI / boot: Not all platform require acpi_reduced_hw_init(), Andy Shevchenko
  • [PATCH v2 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms, Andy Shevchenko
    • Re: [PATCH v2 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms, Hanjun Guo
      • Re: [PATCH v2 5/5] ACPI / boot: Don't handle SCI on HW reduced platforms, Andy Shevchenko
  • [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table(), Andy Shevchenko
    • Re: [PATCH v2 2/5] ACPI / boot: Correct address space of __acpi_map_table(), Hanjun Guo
  • [PATCH v2 3/5] ACPI / boot: Add number of legacy IRQs to debug output, Andy Shevchenko
  • [PATCH v2 1/5] ACPI / boot: Don't define unused variables, Andy Shevchenko
• [PATCH 3.16 153/178] ftrace/x86: Fix triple fault with graph tracing and suspend-to-ram, Ben Hutchings
• [PATCH 3.2 79/95] ftrace/x86: Fix triple fault with graph tracing and suspend-to-ram, Ben Hutchings
• [PATCH] ACPI / watchdog: Fix init failure with overlapping register regions, Ryan Kennedy
  • Re: [PATCH] ACPI / watchdog: Fix init failure with overlapping register regions, Rafael J. Wysocki
    • Re: [PATCH] ACPI / watchdog: Fix init failure with overlapping register regions, Mika Westerberg
      • Re: [PATCH] ACPI / watchdog: Fix init failure with overlapping register regions, Mika Westerberg
        • Re: [PATCH] ACPI / watchdog: Fix init failure with overlapping register regions, Rafael J. Wysocki
• [PATCH 0/6] BTT error clearing rework, Vishal Verma
  • [PATCH 1/6] btt: fix a missed NVDIMM_IO_ATOMIC case in the write path, Vishal Verma
  • [PATCH 2/6] btt: refactor map entry operations with macros, Vishal Verma
  • [PATCH 3/6] btt: ensure that flags were also unchanged during a map_read, Vishal Verma
  • [PATCH 4/6] btt: cache sector_size in arena_info, Vishal Verma
  • [PATCH 5/6] acpi: change memory allocations to GFP_NOIO, Vishal Verma
    • Re: [PATCH 5/6] acpi: change memory allocations to GFP_NOIO, Dan Williams
      • Re: [PATCH 5/6] acpi: change memory allocations to GFP_NOIO, Rafael J. Wysocki
  • [PATCH 6/6] libnvdimm, btt: rework error clearing, Vishal Verma
• [PATCH 0/2] User-friendly description for thermal zones, Prashanth Prakash
  • [PATCH 2/2] ACPI/thermal: support for thermal zone description, Prashanth Prakash
    • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Zhang Rui
      • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Prakash, Prashanth
        • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Zhang Rui
          • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Rafael J. Wysocki
            • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Zhang Rui
              • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Rafael J. Wysocki
                • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Zhang Rui
                  • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Rafael J. Wysocki
              • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Prakash, Prashanth
                • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Zhang Rui
                  • Re: [PATCH 2/2] ACPI/thermal: support for thermal zone description, Prakash, Prashanth
  • [PATCH 1/2] thermal: add a sysfs entry for thermal zone description, Prashanth Prakash
• [GIT PULL] Device properties framework fix for v4.13-rc1, Rafael J. Wysocki
• [GIT PULL] ACPI fixes for v4.13-rc1, Rafael J. Wysocki
• [GIT PULL] Power management fixes for v4.13-rc1, Rafael J. Wysocki
• [PATCH 18/22] gpio: acpi: fix string overflow for large pin numbers, Arnd Bergmann
  • Re: [PATCH 18/22] gpio: acpi: fix string overflow for large pin numbers, Andy Shevchenko
    • Re: [PATCH 18/22] gpio: acpi: fix string overflow for large pin numbers, Arnd Bergmann
• [PATCH 06/14] acpi: thermal: fix gcc-6/ccache warning, Arnd Bergmann
• [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
  • RE: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Zheng, Lv
    • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
      • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, bhe@xxxxxxxxxx
        • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
          • RE: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Zheng, Lv
            • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
        • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
          • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, bhe@xxxxxxxxxx
            • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
            • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
              • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, bhe@xxxxxxxxxx
  • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
    • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
      • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Baoquan He
        • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
          • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Baoquan He
            • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
      • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Rafael J. Wysocki
        • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
          • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Rafael J. Wysocki
            • Re: [PATCH v7 12/13] ACPI / init: Invoke early ACPI initialization earlier, Dou Liyang
• [PATCH v3 0/6] Apple SPI properties, Lukas Wunner
  • [PATCH v3 1/6] ACPI / osi: Exclude x86 DMI quirks on other arches, Lukas Wunner
  • [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Lukas Wunner
    • Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Rafael J. Wysocki
      • Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Lukas Wunner
        • Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Rafael J. Wysocki
          • Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Andy Shevchenko
            • Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Rafael J. Wysocki
              • Re: [PATCH v3 2/6] ACPI / x86: Consolidate Apple DMI checks, Darren Hart