Linux ACPI

• Date Index

• [PATCH v1 1/1] ACPI: bus: Constify is_acpi_node() and friends (part 2), Andy Shevchenko
  • Re: [PATCH v1 1/1] ACPI: bus: Constify is_acpi_node() and friends (part 2), Sakari Ailus
    • Re: [PATCH v1 1/1] ACPI: bus: Constify is_acpi_node() and friends (part 2), Rafael J. Wysocki
• [PATCH AUTOSEL 5.10 25/47] ACPICA: Fix race in generic_serial_bus (I2C) and GPIO op_region parameter handling, Sasha Levin
• [PATCH v13 00/10] iommu: I/O page faults for SMMUv3, Jean-Philippe Brucker
  • [PATCH v13 01/10] iommu: Fix comment for struct iommu_fwspec, Jean-Philippe Brucker
    • Re: [PATCH v13 01/10] iommu: Fix comment for struct iommu_fwspec, Will Deacon
  • [PATCH v13 02/10] iommu/arm-smmu-v3: Use device properties for pasid-num-bits, Jean-Philippe Brucker
    • Re: [PATCH v13 02/10] iommu/arm-smmu-v3: Use device properties for pasid-num-bits, Will Deacon
  • [PATCH v13 03/10] iommu: Separate IOMMU_DEV_FEAT_IOPF from IOMMU_DEV_FEAT_SVA, Jean-Philippe Brucker
    • Re: [PATCH v13 03/10] iommu: Separate IOMMU_DEV_FEAT_IOPF from IOMMU_DEV_FEAT_SVA, Lu Baolu
  • [PATCH v13 04/10] iommu/vt-d: Support IOMMU_DEV_FEAT_IOPF, Jean-Philippe Brucker
  • [PATCH v13 08/10] dt-bindings: document stall property for IOMMU masters, Jean-Philippe Brucker
  • [PATCH v13 07/10] iommu/arm-smmu-v3: Maintain a SID->device structure, Jean-Philippe Brucker
    • Re: [PATCH v13 07/10] iommu/arm-smmu-v3: Maintain a SID->device structure, Keqian Zhu
    • Re: [PATCH v13 07/10] iommu/arm-smmu-v3: Maintain a SID->device structure, Will Deacon
      • Re: [PATCH v13 07/10] iommu/arm-smmu-v3: Maintain a SID->device structure, Jean-Philippe Brucker
  • [PATCH v13 05/10] uacce: Enable IOMMU_DEV_FEAT_IOPF, Jean-Philippe Brucker
  • [PATCH v13 06/10] iommu: Add a page fault handler, Jean-Philippe Brucker
    • Re: [PATCH v13 06/10] iommu: Add a page fault handler, Jacob Pan
      • Re: [PATCH v13 06/10] iommu: Add a page fault handler, Jean-Philippe Brucker
    • Re: [PATCH v13 06/10] iommu: Add a page fault handler, Lu Baolu
      • Re: [PATCH v13 06/10] iommu: Add a page fault handler, Jean-Philippe Brucker
    • Re: [PATCH v13 06/10] iommu: Add a page fault handler, Raj, Ashok
      • Re: [PATCH v13 06/10] iommu: Add a page fault handler, Jean-Philippe Brucker
  • [PATCH v13 09/10] ACPI/IORT: Enable stall support for platform devices, Jean-Philippe Brucker
  • [PATCH v13 10/10] iommu/arm-smmu-v3: Add stall support for platform devices, Jean-Philippe Brucker
    • Re: [PATCH v13 10/10] iommu/arm-smmu-v3: Add stall support for platform devices, Auger Eric
    • Re: [PATCH v13 10/10] iommu/arm-smmu-v3: Add stall support for platform devices, Auger Eric
  • RE: [PATCH v13 00/10] iommu: I/O page faults for SMMUv3, Krishna Reddy
  • Re: [PATCH v13 00/10] iommu: I/O page faults for SMMUv3, Jean-Philippe Brucker
    • Re: [PATCH v13 00/10] iommu: I/O page faults for SMMUv3, Will Deacon
• [pm:bleeding-edge] BUILD SUCCESS bb2cc4dc633be7a9373efff763f52cf302bdf016, kernel test robot
• [RFC PATCH v4 0/3] scheduler: expose the topology of clusters and add cluster scheduler, Barry Song
  • [RFC PATCH v4 1/3] topology: Represent clusters of CPUs within a die., Barry Song
    • RE: [RFC PATCH v4 1/3] topology: Represent clusters of CPUs within a die., Song Bao Hua (Barry Song)
      • Re: [RFC PATCH v4 1/3] topology: Represent clusters of CPUs within a die., Jonathan Cameron
  • [RFC PATCH v4 2/3] scheduler: add scheduler level for clusters, Barry Song
    • Re: [RFC PATCH v4 2/3] scheduler: add scheduler level for clusters, Peter Zijlstra
      • RE: [RFC PATCH v4 2/3] scheduler: add scheduler level for clusters, Song Bao Hua (Barry Song)
    • Re: [RFC PATCH v4 2/3] scheduler: add scheduler level for clusters, Vincent Guittot
      • RE: [RFC PATCH v4 2/3] scheduler: add scheduler level for clusters, Song Bao Hua (Barry Song)
  • [RFC PATCH v4 3/3] scheduler: Add cluster scheduler level for x86, Barry Song
    • Re: [RFC PATCH v4 3/3] scheduler: Add cluster scheduler level for x86, Peter Zijlstra
      • Re: [RFC PATCH v4 3/3] scheduler: Add cluster scheduler level for x86, Tim Chen
        • RE: [Linuxarm] Re: [RFC PATCH v4 3/3] scheduler: Add cluster scheduler level for x86, Song Bao Hua (Barry Song)
          • Re: [Linuxarm] Re: [RFC PATCH v4 3/3] scheduler: Add cluster scheduler level for x86, Tim Chen
• Re: [PATCH] mm, kasan: don't poison boot memory, George Kennedy
  • Re: [PATCH] mm, kasan: don't poison boot memory, George Kennedy
    • Re: [PATCH] mm, kasan: don't poison boot memory, Mike Rapoport
• [PATCH] PCI: acpiphp: Fixed coding style, chakravarthikulkarni
  • Re: [PATCH] PCI: acpiphp: Fixed coding style, Krzysztof Wilczyński
  • Re: [PATCH] PCI: acpiphp: Fixed coding style, Bjorn Helgaas
• [PATCH V5 0/2] cpufreq: cppc: Add support for frequency invariance, Viresh Kumar
  • [PATCH V5 2/2] cpufreq: CPPC: Add support for frequency invariance, Viresh Kumar
    • Re: [PATCH V5 2/2] cpufreq: CPPC: Add support for frequency invariance, Ionela Voinescu
      • Re: [PATCH V5 2/2] cpufreq: CPPC: Add support for frequency invariance, Vincent Guittot
• [PATCH 12/11] pragma once: scripted treewide conversion, Alexey Dobriyan
• [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
  • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
    • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
      • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
        • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
          • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
            • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
              • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
                • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
                  • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Jeffrey Hugo
                    • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
                      • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
                        • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
                      • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Jeffrey Hugo
                    • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
                      • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Jeffrey Hugo
                        • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Bjorn Andersson
                          • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
                          • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
                            • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
        • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
          • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
            • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
              • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
  • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
    • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Hans de Goede
      • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
      • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
        • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Hans de Goede
          • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
            • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Andy Shevchenko
          • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Shawn Guo
            • Re: [PATCH] gpiolib: acpi: support override broken GPIO number in ACPI table, Hans de Goede
• [GIT PULL] Additional ACPI updates for v5.12-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Additional ACPI updates for v5.12-rc1, pr-tracker-bot
• [PATCH v1 0/3] gpio: pca953x: Better quirk for Intel Galileo Gen 2, Andy Shevchenko
  • [PATCH v1 2/3] gpiolib: acpi: Allow to find GpioInt() resource by name and index, Andy Shevchenko
    • Re: [PATCH v1 2/3] gpiolib: acpi: Allow to find GpioInt() resource by name and index, Linus Walleij
  • [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Andy Shevchenko
    • Re: [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Linus Walleij
      • Re: [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Andy Shevchenko
        • Re: [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Mika Westerberg
          • Re: [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Andy Shevchenko
            • Re: [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Bartosz Golaszewski
              • Re: [PATCH v1 1/3] gpiolib: acpi: Add ACPI_GPIO_QUIRK_ABSOLUTE_NUMBER quirk, Andy Shevchenko
  • [PATCH v1 3/3] gpio: pca953x: Set IRQ type when handle Intel Galileo Gen 2, Andy Shevchenko
    • Re: [PATCH v1 3/3] gpio: pca953x: Set IRQ type when handle Intel Galileo Gen 2, Linus Walleij
• [PATCH] [ACPICA] IORT: Fix HTTU Override mask for the SMMUv3 subtable, Zenghui Yu
  • Re: [PATCH] [ACPICA] IORT: Fix HTTU Override mask for the SMMUv3 subtable, Zenghui Yu
  • RE: [PATCH] [ACPICA] IORT: Fix HTTU Override mask for the SMMUv3 subtable, Moore, Robert
    • Re: [PATCH] [ACPICA] IORT: Fix HTTU Override mask for the SMMUv3 subtable, Zenghui Yu
      • RE: [PATCH] [ACPICA] IORT: Fix HTTU Override mask for the SMMUv3 subtable, Moore, Robert
• [pm:bleeding-edge] BUILD SUCCESS aa22459146987c639004f1fe5a30fe95743c1a1c, kernel test robot
• [PATCH v1] xen: ACPI: Get rid of ACPICA message printing, Rafael J. Wysocki
  • Re: [PATCH v1] xen: ACPI: Get rid of ACPICA message printing, Boris Ostrovsky
  • Re: [PATCH v1] xen: ACPI: Get rid of ACPICA message printing, Boris Ostrovsky
    • Re: [PATCH v1] xen: ACPI: Get rid of ACPICA message printing, Rafael J. Wysocki
      • Re: [PATCH v1] xen: ACPI: Get rid of ACPICA message printing, Boris Ostrovsky
        • Re: [PATCH v1] xen: ACPI: Get rid of ACPICA message printing, Jürgen Groß
• [PATCH v1] platform: x86: ACPI: Get rid of ACPICA message printing, Rafael J. Wysocki
  • Re: [PATCH v1] platform: x86: ACPI: Get rid of ACPICA message printing, Hans de Goede
    • Re: [PATCH v1] platform: x86: ACPI: Get rid of ACPICA message printing, Rafael J. Wysocki
  • Re: [PATCH v1] platform: x86: ACPI: Get rid of ACPICA message printing, Hans de Goede
    • Re: [PATCH v1] platform: x86: ACPI: Get rid of ACPICA message printing, Rafael J. Wysocki
• [PATCH v1] ACPI: processor: idle: Drop extra prefix from pr_notice(), Rafael J. Wysocki
  • Re: [PATCH v1] ACPI: processor: idle: Drop extra prefix from pr_notice(), Hanjun Guo
• [GIT PULL] Simple Firmware Interface (SFI) support removal for v5.12-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Simple Firmware Interface (SFI) support removal for v5.12-rc1, pr-tracker-bot
• [GIT PULL] Compute Express Linux (CXL) for v5.12-rc1, Dan Williams
  • Re: [GIT PULL] Compute Express Linux (CXL) for v5.12-rc1, Dan Williams
  • Re: [GIT PULL] Compute Express Linux (CXL) for v5.12-rc1, pr-tracker-bot
• [GIT PULL] More ACPI updates for v5.12-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More ACPI updates for v5.12-rc1, pr-tracker-bot
• [GIT PULL] More power management updates for v5.12-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More power management updates for v5.12-rc1, pr-tracker-bot
• [PATCH] gpiolib: acpi: Add missing IRQF_ONESHOT, Yang Li
  • Re: [PATCH] gpiolib: acpi: Add missing IRQF_ONESHOT, Andy Shevchenko
    • Re: [PATCH] gpiolib: acpi: Add missing IRQF_ONESHOT, Andy Shevchenko
      • Re: [PATCH] gpiolib: acpi: Add missing IRQF_ONESHOT, Bartosz Golaszewski
        • Re: [PATCH] gpiolib: acpi: Add missing IRQF_ONESHOT, Andy Shevchenko
• [PATCH] ACPI: processor: Remove initialization of static variables, Tian Tao
  • Re: [PATCH] ACPI: processor: Remove initialization of static variables, Rafael J. Wysocki
• [RFC] ACPI Code First ECR: _DSC (Deepest State for Configuration), Rafael J. Wysocki
  • Re: [RFC] ACPI Code First ECR: _DSC (Deepest State for Configuration), Rafael J. Wysocki
• [PATCH v1 0/4] ACPI: Get rid of ACPICA message printing from core, Rafael J. Wysocki
  • [PATCH v1 4/4] ACPI: HED: Drop unused ACPI_MODULE_NAME() definition, Rafael J. Wysocki
  • [PATCH v1 3/4] ACPI: Drop unused ACPI_*_COMPONENT definitions and update documentation, Rafael J. Wysocki
  • [PATCH v1 2/4] ACPI: sysfs: Get rid of ACPICA message printing, Rafael J. Wysocki
  • [PATCH v1 1/4] ACPI: processor: Get rid of ACPICA message printing, Rafael J. Wysocki
    • Re: [PATCH v1 1/4] ACPI: processor: Get rid of ACPICA message printing, Hanjun Guo
      • Re: [PATCH v1 1/4] ACPI: processor: Get rid of ACPICA message printing, Rafael J. Wysocki
        • Re: [PATCH v1 1/4] ACPI: processor: Get rid of ACPICA message printing, Rafael J. Wysocki
          • Re: [PATCH v1 1/4] ACPI: processor: Get rid of ACPICA message printing, Hanjun Guo
  • Re: [PATCH v1 0/4] ACPI: Get rid of ACPICA message printing from core, Hanjun Guo
• [PATCH v3 0/6] Introduce intel_skl_int3472 module, Daniel Scally
  • [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Daniel Scally
    • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Andy Shevchenko
      • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Daniel Scally
        • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Andy Shevchenko
          • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Rafael J. Wysocki
            • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Andy Shevchenko
              • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Rafael J. Wysocki
                • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Rafael J. Wysocki
                  • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Daniel Scally
    • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Wolfram Sang
    • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Rafael J. Wysocki
      • Re: [PATCH v3 1/6] ACPI: scan: Extend acpi_walk_dep_device_list(), Daniel Scally
  • [PATCH v3 2/6] ACPI: scan: Add function to fetch dependent of acpi device, Daniel Scally
    • Re: [PATCH v3 2/6] ACPI: scan: Add function to fetch dependent of acpi device, Andy Shevchenko
  • [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
    • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
      • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Hans de Goede
        • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
    • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Andy Shevchenko
      • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
        • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Andy Shevchenko
          • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
      • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
        • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Andy Shevchenko
    • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Laurent Pinchart
      • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
        • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Laurent Pinchart
          • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Andy Shevchenko
            • Re: [PATCH v3 5/6] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
  • [PATCH v3 4/6] gpiolib: acpi: Export acpi_get_gpiod(), Daniel Scally
    • Re: [PATCH v3 4/6] gpiolib: acpi: Export acpi_get_gpiod(), Andy Shevchenko
  • [PATCH v3 3/6] i2c: core: Add a format macro for I2C device names, Daniel Scally
    • Re: [PATCH v3 3/6] i2c: core: Add a format macro for I2C device names, Wolfram Sang
  • [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver, Daniel Scally
    • Re: [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver, Andy Shevchenko
      • Re: [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver, Daniel Scally
    • Re: [PATCH v3 6/6] mfd: tps68470: Remove tps68470 MFD driver, Lee Jones
  • Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module, Daniel Scally
  • Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module, Andy Shevchenko
  • Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module, Hans de Goede
    • Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module, Daniel Scally
      • Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module, Andy Shevchenko
        • Re: [PATCH v3 0/6] Introduce intel_skl_int3472 module, Daniel Scally
• [pm:bleeding-edge] BUILD SUCCESS fa7998ffaad0ed13479fe7026ef814b8a5bd8925, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 8b72d3aa065ce33df4f042840078542b1e5d2c45, kernel test robot
• [PATCH v1 0/4] ACPI: PCI: Unify printing of messages, Rafael J. Wysocki
  • [PATCH v1 2/4] ACPI: PCI: Replace ACPI_DEBUG_PRINT() and ACPI_EXCEPTION(), Rafael J. Wysocki
  • [PATCH v1 4/4] ACPI: PCI: Replace direct printk() invocations in pci_link.c, Rafael J. Wysocki
  • [PATCH v1 1/4] ACPI: PCI: IRQ: Consolidate printing diagnostic messages, Rafael J. Wysocki
  • [PATCH v1 3/4] ACPI: PCI: Drop ACPI_PCI_COMPONENT that is not used any more, Rafael J. Wysocki
  • Re: [PATCH v1 0/4] ACPI: PCI: Unify printing of messages, Hanjun Guo
    • Re: [PATCH v1 0/4] ACPI: PCI: Unify printing of messages, Rafael J. Wysocki
• [PATCH 0/2] Hans's generic serial bus fix, Erik Kaneda
  • [PATCH 1/2] ACPICA: Fix race in generic_serial_bus (I2C) and GPIO op_region parameter handling, Erik Kaneda
  • [PATCH 2/2] ACPICA: Remove some code duplication from acpi_ev_address_space_dispatch, Erik Kaneda
  • Re: [PATCH 0/2] Hans's generic serial bus fix, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS c9756fcd3979ee48382b8e442bb0375bfa05291f, kernel test robot
• [net-next PATCH v6 00/15] ACPI support for dpaa2 driver, Calvin Johnson
  • [net-next PATCH v6 02/15] net: phy: Introduce fwnode_mdio_find_device(), Calvin Johnson
    • Re: [net-next PATCH v6 02/15] net: phy: Introduce fwnode_mdio_find_device(), Jakub Kicinski
  • [net-next PATCH v6 01/15] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
  • [net-next PATCH v6 06/15] of: mdio: Refactor of_get_phy_id(), Calvin Johnson
  • [net-next PATCH v6 03/15] net: phy: Introduce phy related fwnode functions, Calvin Johnson
  • [net-next PATCH v6 08/15] of: mdio: Refactor of_mdiobus_register_phy(), Calvin Johnson
  • [net-next PATCH v6 04/15] of: mdio: Refactor of_phy_find_device(), Calvin Johnson
  • [net-next PATCH v6 05/15] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
  • [net-next PATCH v6 07/15] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Calvin Johnson
    • Re: [net-next PATCH v6 07/15] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Andy Shevchenko
  • [net-next PATCH v6 10/15] net: mdio: Add ACPI support code for mdio, Calvin Johnson
    • Re: [net-next PATCH v6 10/15] net: mdio: Add ACPI support code for mdio, Andy Shevchenko
      • Re: [net-next PATCH v6 10/15] net: mdio: Add ACPI support code for mdio, Calvin Johnson
        • Re: [net-next PATCH v6 10/15] net: mdio: Add ACPI support code for mdio, Andy Shevchenko
          • Re: [net-next PATCH v6 10/15] net: mdio: Add ACPI support code for mdio, Calvin Johnson
            • Re: [net-next PATCH v6 10/15] net: mdio: Add ACPI support code for mdio, Andy Shevchenko
  • [net-next PATCH v6 09/15] ACPI: utils: Introduce acpi_get_local_address(), Calvin Johnson
  • [net-next PATCH v6 12/15] net/fsl: Use fwnode_mdiobus_register(), Calvin Johnson
  • [net-next PATCH v6 11/15] net: mdiobus: Introduce fwnode_mdiobus_register(), Calvin Johnson
  • [net-next PATCH v6 13/15] net: phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
  • [net-next PATCH v6 14/15] net: phylink: Refactor phylink_of_phy_connect(), Calvin Johnson
  • [net-next PATCH v6 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
    • Re: [net-next PATCH v6 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Andy Shevchenko
• [pm:bleeding-edge] BUILD SUCCESS 606a1948458764ff9a1ffa47a3d68749b9b93041, kernel test robot
• [PATCH v5 0/9] CXL 2.0 Support, Ben Widawsky
  • [PATCH v5 1/9] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Ben Widawsky
    • Re: [PATCH v5 1/9] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Konrad Rzeszutek Wilk
  • [PATCH v5 2/9] cxl/mem: Find device capabilities, Ben Widawsky
    • Re: [PATCH v5 2/9] cxl/mem: Find device capabilities, Jonathan Cameron
  • [PATCH v5 3/9] cxl/mem: Register CXL memX devices, Ben Widawsky
  • [PATCH v5 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
    • Re: [PATCH v5 4/9] cxl/mem: Add basic IOCTL interface, Jonathan Cameron
    • Re: [PATCH v5 4/9] cxl/mem: Add basic IOCTL interface, Konrad Rzeszutek Wilk
      • Re: [PATCH v5 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
        • Re: [PATCH v5 4/9] cxl/mem: Add basic IOCTL interface, Dan Williams
  • [PATCH v5 5/9] cxl/mem: Add a "RAW" send command, Ben Widawsky
    • Re: [PATCH v5 5/9] cxl/mem: Add a "RAW" send command, Konrad Rzeszutek Wilk
  • [PATCH v5 6/9] cxl/mem: Enable commands via CEL, Ben Widawsky
    • Re: [PATCH v5 6/9] cxl/mem: Enable commands via CEL, Konrad Rzeszutek Wilk
  • [PATCH v5 8/9] MAINTAINERS: Add maintainers of the CXL driver, Ben Widawsky
  • [PATCH v5 7/9] cxl/mem: Add set of informational commands, Ben Widawsky
    • Re: [PATCH v5 7/9] cxl/mem: Add set of informational commands, Konrad Rzeszutek Wilk
  • [RFC PATCH v5 9/9] cxl/mem: Add payload dumping for debug, Ben Widawsky
• [PATCH] PCI: hotplug: Remove unused function pointer typedef acpiphp_callback, Chen Lin
  • Re: [PATCH] PCI: hotplug: Remove unused function pointer typedef acpiphp_callback, Krzysztof Wilczyński
  • Re: [PATCH] PCI: hotplug: Remove unused function pointer typedef acpiphp_callback, Rafael J. Wysocki
  • Re: [PATCH] PCI: hotplug: Remove unused function pointer typedef acpiphp_callback, Bjorn Helgaas
• [PATCH v4 0/9] CXL 2.0 Support, Ben Widawsky
  • [PATCH v4 1/9] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Ben Widawsky
  • [PATCH v4 5/9] cxl/mem: Add a "RAW" send command, Ben Widawsky
    • Re: [PATCH v4 5/9] cxl/mem: Add a "RAW" send command, Jonathan Cameron
      • Re: [PATCH v4 5/9] cxl/mem: Add a "RAW" send command, Ben Widawsky
  • [PATCH v4 2/9] cxl/mem: Find device capabilities, Ben Widawsky
    • Re: [PATCH v4 2/9] cxl/mem: Find device capabilities, Jonathan Cameron
      • Re: [PATCH v4 2/9] cxl/mem: Find device capabilities, Ben Widawsky
        • Re: [PATCH v4 2/9] cxl/mem: Find device capabilities, Jonathan Cameron
          • Re: [PATCH v4 2/9] cxl/mem: Find device capabilities, Ben Widawsky
  • [PATCH v4 3/9] cxl/mem: Register CXL memX devices, Ben Widawsky
  • [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
    • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Jonathan Cameron
      • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
        • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Jonathan Cameron
          • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
            • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Jonathan Cameron
    • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Al Viro
      • Re: [PATCH v4 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
  • [PATCH v4 8/9] MAINTAINERS: Add maintainers of the CXL driver, Ben Widawsky
  • [PATCH v4 7/9] cxl/mem: Add set of informational commands, Ben Widawsky
  • [PATCH v4 6/9] cxl/mem: Enable commands via CEL, Ben Widawsky
    • Re: [PATCH v4 6/9] cxl/mem: Enable commands via CEL, Jonathan Cameron
  • [PATCH v4 9/9] cxl/mem: Add payload dumping for debug, Ben Widawsky
    • Re: [PATCH v4 9/9] cxl/mem: Add payload dumping for debug, Jonathan Cameron
      • Re: [PATCH v4 9/9] cxl/mem: Add payload dumping for debug, Dan Williams
• [RFT][PATCH v1] cpufreq: ACPI: Set cpuinfo.max_freq directly if max boost is known, Rafael J. Wysocki
  • Re: [RFT][PATCH v1] cpufreq: ACPI: Set cpuinfo.max_freq directly if max boost is known, Michael Larabel
    • Re: [RFT][PATCH v1] cpufreq: ACPI: Set cpuinfo.max_freq directly if max boost is known, Michael Larabel
  • Re: [RFT][PATCH v1] cpufreq: ACPI: Set cpuinfo.max_freq directly if max boost is known, Giovanni Gherdovich
  • Re: [RFT][PATCH v1] cpufreq: ACPI: Set cpuinfo.max_freq directly if max boost is known, Giovanni Gherdovich
    • Re: [RFT][PATCH v1] cpufreq: ACPI: Set cpuinfo.max_freq directly if max boost is known, Rafael J. Wysocki
• [GIT PULL] PNP updates for v5.12-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] PNP updates for v5.12-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v5.12-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.12-rc1, pr-tracker-bot
• [pm:bleeding-edge] BUILD SUCCESS 95abaaccf8453a965f85402a03848cd82489e7a6, kernel test robot
• [PATCH v3 0/9] CXL 2.0 Support, Ben Widawsky
  • [PATCH v3 7/9] cxl/mem: Add set of informational commands, Ben Widawsky
  • [PATCH v3 8/9] MAINTAINERS: Add maintainers of the CXL driver, Ben Widawsky
  • [PATCH v3 6/9] cxl/mem: Enable commands via CEL, Ben Widawsky
    • [PATCH v4 06/09] cxl/mem: Enable commands via CEL, Ben Widawsky
      • Re: [PATCH v4 06/09] cxl/mem: Enable commands via CEL, Ben Widawsky
  • [PATCH v3 4/9] cxl/mem: Add basic IOCTL interface, Ben Widawsky
  • [PATCH v3 3/9] cxl/mem: Register CXL memX devices, Ben Widawsky
    • Re: [PATCH v3 3/9] cxl/mem: Register CXL memX devices, Guenter Roeck
  • [PATCH v3 5/9] cxl/mem: Add a "RAW" send command, Ben Widawsky
  • [PATCH v3 1/9] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Ben Widawsky
  • [PATCH v3 2/9] cxl/mem: Find device capabilities, Ben Widawsky
  • [RFC PATCH 9/9] cxl/mem: Add payload dumping for debug, Ben Widawsky
• [PATCH v2 1/5] ACPI: property: Remove dead code, Andy Shevchenko
  • [PATCH v2 4/5] ACPI: property: Satisfy kernel doc validator (part 2), Andy Shevchenko
  • [PATCH v2 5/5] ACPI: property: Refactor acpi_data_prop_read_single(), Andy Shevchenko
    • Re: [PATCH v2 5/5] ACPI: property: Refactor acpi_data_prop_read_single(), Rafael J. Wysocki
      • Re: [PATCH v2 5/5] ACPI: property: Refactor acpi_data_prop_read_single(), Andy Shevchenko
        • Re: [PATCH v2 5/5] ACPI: property: Refactor acpi_data_prop_read_single(), Rafael J. Wysocki
          • Re: [PATCH v2 5/5] ACPI: property: Refactor acpi_data_prop_read_single(), Andy Shevchenko
  • [PATCH v2 2/5] ACPI: property: Make acpi_node_prop_read() static, Andy Shevchenko
  • [PATCH v2 3/5] ACPI: property: Satisfy kernel doc validator (part 1), Andy Shevchenko
  • Re: [PATCH v2 1/5] ACPI: property: Remove dead code, Rafael J. Wysocki
• [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Maximilian Luz
  • [PATCH v2 1/4] ACPI: platform: Hide ACPI_PLATFORM_PROFILE option, Maximilian Luz
  • [PATCH v2 2/4] ACPI: platform: Fix file references in comment, Maximilian Luz
  • [PATCH v2 3/4] ACPI: platform: Add balanced-performance platform profile, Maximilian Luz
  • [PATCH v2 4/4] platform/surface: Add platform profile driver, Maximilian Luz
    • Re: [PATCH v2 4/4] platform/surface: Add platform profile driver, Hans de Goede
  • Re: [External] [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Mark Pearson
  • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Hans de Goede
    • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Rafael J. Wysocki
      • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Hans de Goede
      • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Hans de Goede
        • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Rafael J. Wysocki
          • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Hans de Goede
            • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Rafael J. Wysocki
            • Re: [PATCH v2 0/4] platform/surface: Add platform profile driver for Surface devices, Rafael J. Wysocki
• [PATCH] ACPI: property: Fix fwnode string properties matching, Rafael J. Wysocki
  • Re: [PATCH] ACPI: property: Fix fwnode string properties matching, Sakari Ailus
  • Re: [PATCH] ACPI: property: Fix fwnode string properties matching, Mika Westerberg
  • Re: [PATCH] ACPI: property: Fix fwnode string properties matching, Andy Shevchenko
• [PATCH v1 0/9] x86/platform: Remove SFI framework and users, Andy Shevchenko
  • [PATCH v1 6/9] x86/platform/intel-mid: Get rid of intel_scu_ipc_legacy.h, Andy Shevchenko
  • [PATCH v1 2/9] cpufreq: sfi-cpufreq: Remove driver for deprecated firmware, Andy Shevchenko
    • Re: [PATCH v1 2/9] cpufreq: sfi-cpufreq: Remove driver for deprecated firmware, Viresh Kumar
  • [PATCH v1 7/9] x86/platform/intel-mid: Drop unused __intel_mid_cpu_chip and Co., Andy Shevchenko
  • [PATCH v1 5/9] x86/PCI: Describe @reg for type1_access_ok(), Andy Shevchenko
  • [PATCH v1 3/9] sfi: Remove framework for deprecated firmware, Andy Shevchenko
  • [PATCH v1 4/9] x86/PCI: Get rid of custom x86 model comparison, Andy Shevchenko
  • [PATCH v1 1/9] media: atomisp: Remove unused header, Andy Shevchenko
  • [PATCH v1 8/9] x86/platform/intel-mid: Remove unused header inclusion in intel-mid.h, Andy Shevchenko
  • [PATCH v1 9/9] x86/platform/intel-mid: Update Copyright year and drop file names, Andy Shevchenko
  • Re: [PATCH v1 0/9] x86/platform: Remove SFI framework and users, Rafael J. Wysocki
    • Re: [PATCH v1 0/9] x86/platform: Remove SFI framework and users, Hans de Goede
      • Re: [PATCH v1 0/9] x86/platform: Remove SFI framework and users, Rafael J. Wysocki
• [PATCH v11 0/7] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v11 4/7] ACPI: Add a convenience function to tell a device is in D0 state, Sakari Ailus
  • [PATCH v11 5/7] ov5670: Support probe whilst the device is in ACPI D state other than 0, Sakari Ailus
  • [PATCH v11 1/7] ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
    • Re: [PATCH v11 1/7] ACPI: scan: Obtain device's desired enumeration power state, Rafael J. Wysocki
    • Re: ACPI: scan: Obtain device's desired enumeration power state, Rajat Jain
      • Re: ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
        • Re: ACPI: scan: Obtain device's desired enumeration power state, Rajat Jain
        • Re: ACPI: scan: Obtain device's desired enumeration power state, Rajat Jain
          • Re: ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
  • [PATCH v11 3/7] Documentation: ACPI: Document _DSE object usage for enum power state, Sakari Ailus
  • [PATCH v11 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
  • [PATCH v11 6/7] media: i2c: imx319: Support device probe in non-zero ACPI D state, Sakari Ailus
  • [PATCH v11 7/7] at24: Support probing while in non-zero ACPI D state, Sakari Ailus
    • Re: [PATCH v11 7/7] at24: Support probing while in non-zero ACPI D state, Bartosz Golaszewski
• [GIT PULL] Power management fixes for v5.11-rc8, Rafael J. Wysocki
  • Re: [GIT PULL] Power management fixes for v5.11-rc8, pr-tracker-bot
• [GIT PULL] ACPI fix for v5.11-rc8, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fix for v5.11-rc8, pr-tracker-bot
• [PATCH v1 1/7] ACPI: property: Remove dead code, Andy Shevchenko
  • [PATCH v1 4/7] ACPI: property: Satisfy kernel doc validator (part 2), Andy Shevchenko
  • [PATCH v1 2/7] ACPI: property: Make acpi_node_prop_read() static, Andy Shevchenko
  • [PATCH v1 5/7] ACPI: property: Refactor acpi_data_prop_read_single(), Andy Shevchenko
  • [PATCH v1 6/7] ACPI: property: Allow to validate a single value, Andy Shevchenko
  • [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Andy Shevchenko
    • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Rafael J. Wysocki
      • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Rafael J. Wysocki
        • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Rafael J. Wysocki
          • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Andy Shevchenko
            • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Rafael J. Wysocki
              • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Andy Shevchenko
                • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Rafael J. Wysocki
                  • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Andy Shevchenko
                    • Re: [PATCH v1 7/7] ACPI: property: Allow counting a single value as an array of 1 element, Rafael J. Wysocki
  • [PATCH v1 3/7] ACPI: property: Satisfy kernel doc validator (part 1), Andy Shevchenko
• [pm:bleeding-edge] BUILD SUCCESS a252d5aadd29535c832752b6815b4a890b4ef44c, kernel test robot
• [RFC] ACPI Code First ECR: Generic Target, Dan Williams
  • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
    • RE: [RFC] ACPI Code First ECR: Generic Target, Natu, Mahesh
      • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
    • Re: [RFC] ACPI Code First ECR: Generic Target, Dan Williams
      • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
        • Re: [RFC] ACPI Code First ECR: Generic Target, Dan Williams
          • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
            • Re: [RFC] ACPI Code First ECR: Generic Target, Dan Williams
              • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
                • Re: [RFC] ACPI Code First ECR: Generic Target, Dan Williams
                  • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
                    • Re: [RFC] ACPI Code First ECR: Generic Target, Dan Williams
                      • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
                        • Re: [RFC] ACPI Code First ECR: Generic Target, Dan Williams
                          • Re: [RFC] ACPI Code First ECR: Generic Target, Jonathan Cameron
  • RE: [RFC] ACPI Code First ECR: Generic Target, Vikram Sethi
    • RE: [RFC] ACPI Code First ECR: Generic Target, Natu, Mahesh
• [PATCH v2 0/8] CXL 2.0 Support, Ben Widawsky
  • [PATCH v2 3/8] cxl/mem: Register CXL memX devices, Ben Widawsky
    • Re: [PATCH v2 3/8] cxl/mem: Register CXL memX devices, Jonathan Cameron
      • Re: [PATCH v2 3/8] cxl/mem: Register CXL memX devices, Jonathan Cameron
        • Re: [PATCH v2 3/8] cxl/mem: Register CXL memX devices, Dan Williams
          • Re: [PATCH v2 3/8] cxl/mem: Register CXL memX devices, Jonathan Cameron
  • [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
    • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
      • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
        • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
          • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
          • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
            • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
              • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
                • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
                  • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
              • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
                • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
      • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
    • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
      • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
        • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Dan Williams
          • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Jonathan Cameron
            • Re: [PATCH v2 2/8] cxl/mem: Find device capabilities, Ben Widawsky
  • [PATCH v2 1/8] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Ben Widawsky
    • Re: [PATCH v2 1/8] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Jonathan Cameron
      • Re: [PATCH v2 1/8] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Ben Widawsky
        • Re: [PATCH v2 1/8] cxl/mem: Introduce a driver for CXL-2.0-Type-3 endpoints, Jonathan Cameron
  • [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Ben Widawsky
    • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Jonathan Cameron
      • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Ben Widawsky
      • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Dan Williams
        • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Jonathan Cameron
          • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Ben Widawsky
    • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Al Viro
      • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Ben Widawsky
        • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Al Viro
          • Re: [PATCH v2 4/8] cxl/mem: Add basic IOCTL interface, Al Viro
  • [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ben Widawsky
    • RE: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ariel.Sibley
      • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ben Widawsky
        • RE: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ariel.Sibley
          • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ben Widawsky
            • RE: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ariel.Sibley
              • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ben Widawsky
      • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Dan Williams
    • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Jonathan Cameron
      • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Ben Widawsky
        • Re: [PATCH v2 5/8] cxl/mem: Add a "RAW" send command, Jonathan Cameron
  • [PATCH v2 6/8] cxl/mem: Enable commands via CEL, Ben Widawsky
    • Re: [PATCH v2 6/8] cxl/mem: Enable commands via CEL, Jonathan Cameron
      • Re: [PATCH v2 6/8] cxl/mem: Enable commands via CEL, Ben Widawsky
        • Re: [PATCH v2 6/8] cxl/mem: Enable commands via CEL, Dan Williams
      • Re: [PATCH v2 6/8] cxl/mem: Enable commands via CEL, Bartosz Golaszewski
  • [PATCH v2 7/8] cxl/mem: Add set of informational commands, Ben Widawsky
    • Re: [PATCH v2 7/8] cxl/mem: Add set of informational commands, Jonathan Cameron
  • [PATCH v2 8/8] MAINTAINERS: Add maintainers of the CXL driver, Ben Widawsky
• [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Weidong Cui
  • Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Rafael J. Wysocki
    • Message not available
      • Message not available
        • Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Weidong Cui
  • RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Kaneda, Erik
    • RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Moore, Robert
      • Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Weidong Cui
        • RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Moore, Robert
          • Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Weidong Cui
          • RE: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Moore, Robert
            • Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Weidong Cui
              • Re: [PATCH] Enable ACPI_ADR_SPACE_PCI_CONFIG in acpi_gbl_default_address_spaces only when ACPI_PCI_CONFIGURED is defined, Weidong Cui
• [PATCH v1 0/2] ACPI: OSL: SImplify acpi_check_resource_confllict() and clean up printing messages, Rafael J. Wysocki
  • [PATCH v1 2/2] ACPI: OSL: Clean up printing messages, Rafael J. Wysocki
    • Re: [PATCH v1 2/2] ACPI: OSL: Clean up printing messages, Joe Perches
      • Re: [PATCH v1 2/2] ACPI: OSL: Clean up printing messages, Rafael J. Wysocki
  • [PATCH v1 1/2] ACPI: OSL: Rework acpi_check_resource_conflict(), Rafael J. Wysocki
• [net-next PATCH v5 00/15] ACPI support for dpaa2 driver, Calvin Johnson
  • [net-next PATCH v5 05/15] net: phy: Introduce fwnode_get_phy_id(), Calvin Johnson
  • [net-next PATCH v5 01/15] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
    • Re: [net-next PATCH v5 01/15] Documentation: ACPI: DSD: Document MDIO PHY, Randy Dunlap
      • Re: [net-next PATCH v5 01/15] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
  • [net-next PATCH v5 02/15] net: phy: Introduce fwnode_mdio_find_device(), Calvin Johnson
  • [net-next PATCH v5 06/15] of: mdio: Refactor of_get_phy_id(), Calvin Johnson
  • [net-next PATCH v5 13/15] phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
    • Re: [net-next PATCH v5 13/15] phylink: introduce phylink_fwnode_phy_connect(), Russell King - ARM Linux admin
      • Re: [net-next PATCH v5 13/15] phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
      • Re: [net-next PATCH v5 13/15] phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
    • Re: [net-next PATCH v5 13/15] phylink: introduce phylink_fwnode_phy_connect(), Russell King - ARM Linux admin
  • [net-next PATCH v5 04/15] of: mdio: Refactor of_phy_find_device(), Calvin Johnson
  • [net-next PATCH v5 07/15] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Calvin Johnson
    • Re: [net-next PATCH v5 07/15] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Russell King - ARM Linux admin
      • Re: [net-next PATCH v5 07/15] net: mdiobus: Introduce fwnode_mdiobus_register_phy(), Calvin Johnson
  • [net-next PATCH v5 03/15] net: phy: Introduce phy related fwnode functions, Calvin Johnson
  • [net-next PATCH v5 09/15] ACPI: utils: Introduce acpi_get_local_address(), Calvin Johnson
  • [net-next PATCH v5 08/15] of: mdio: Refactor of_mdiobus_register_phy(), Calvin Johnson
  • [net-next PATCH v5 12/15] net/fsl: Use fwnode_mdiobus_register(), Calvin Johnson
  • [net-next PATCH v5 10/15] net: mdio: Add ACPI support code for mdio, Calvin Johnson
    • Re: [net-next PATCH v5 10/15] net: mdio: Add ACPI support code for mdio, Andy Shevchenko
  • [net-next PATCH v5 14/15] net: phylink: Refactor phylink_of_phy_connect(), Calvin Johnson
  • [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
    • Re: [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Andy Shevchenko
    • Re: [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Russell King - ARM Linux admin
      • Re: [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
        • Re: [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Andy Shevchenko
          • Re: [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Andy Shevchenko
            • Re: [net-next PATCH v5 15/15] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
  • [net-next PATCH v5 11/15] net: mdiobus: Introduce fwnode_mdiobus_register(), Calvin Johnson
• [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Ard Biesheuvel
  • Re: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Shawn Guo
    • Re: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Rafael J. Wysocki
      • RE: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Kaneda, Erik
        • Re: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Ard Biesheuvel
          • RE: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Kaneda, Erik
            • Re: [PATCH] Revert "ACPICA: Interpreter: fix memory leak by using existing buffer", Ard Biesheuvel
• [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
  • [PATCH v4 1/8] driver core: fw_devlink: Detect supplier devices that will never be added, Saravana Kannan
  • [PATCH v4 7/8] PM: domains: Mark fwnodes when their powerdomain is added/removed, Saravana Kannan
  • [PATCH v4 2/8] of: property: Don't add links to absent suppliers, Saravana Kannan
    • Re: [PATCH v4 2/8] of: property: Don't add links to absent suppliers, Rob Herring
  • [PATCH v4 4/8] of: property: Add fw_devlink support for optional properties, Saravana Kannan
    • Re: [PATCH v4 4/8] of: property: Add fw_devlink support for optional properties, Rob Herring
      • Re: [PATCH v4 4/8] of: property: Add fw_devlink support for optional properties, Saravana Kannan
        • Re: [PATCH v4 4/8] of: property: Add fw_devlink support for optional properties, Geert Uytterhoeven
  • [PATCH v4 5/8] driver core: fw_devlink: Handle suppliers that don't use driver core, Saravana Kannan
  • [PATCH v4 6/8] irqdomain: Mark fwnodes when their irqdomain is added/removed, Saravana Kannan
  • [PATCH v4 8/8] clk: Mark fwnodes when their clock provider is added/removed, Saravana Kannan
    • Re: [PATCH v4 8/8] clk: Mark fwnodes when their clock provider is added/removed, Rob Herring
      • Re: [PATCH v4 8/8] clk: Mark fwnodes when their clock provider is added/removed, Saravana Kannan
    • [PATCH] clk: Mark fwnodes when their clock provider is added, Tudor Ambarus
      • [PATCH] clk: Mark fwnodes when their clock provider is added, Tudor Ambarus
        • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Greg KH
          • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Stephen Boyd
        • Message not available
          • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Marek Szyprowski
            • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Geert Uytterhoeven
            • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Nicolas Saenz Julienne
              • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Stephen Boyd
                • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Geert Uytterhoeven
        • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Guenter Roeck
          • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Saravana Kannan
      • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Saravana Kannan
      • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Guenter Roeck
        • Re: [PATCH] clk: Mark fwnodes when their clock provider is added, Saravana Kannan
    • Message not available
      • Re: [PATCH v4 8/8] clk: Mark fwnodes when their clock provider is added/removed, Saravana Kannan
  • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
  • [PATCH v4 3/8] driver core: Add fw_devlink.strict kernel param, Saravana Kannan
  • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
    • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
  • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Marek Szyprowski
    • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
  • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Tudor.Ambarus
    • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
      • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Tudor.Ambarus
        • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
  • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
    • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
    • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
      • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
        • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
      • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
        • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
          • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
            • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
              • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
                • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
                  • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
      • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
        • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Saravana Kannan
          • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
    • Re: [PATCH v4 0/8] Make fw_devlink=on more forgiving, Geert Uytterhoeven
• [PATCH v10 0/7] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v10 5/7] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
  • [PATCH v10 4/7] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
  • [PATCH v10 7/7] at24: Support probing while off, Sakari Ailus
    • Re: [PATCH v10 7/7] at24: Support probing while off, Bartosz Golaszewski
      • Re: [PATCH v10 7/7] at24: Support probing while off, Rafael J. Wysocki
        • Re: [PATCH v10 7/7] at24: Support probing while off, Bartosz Golaszewski
          • Re: [PATCH v10 7/7] at24: Support probing while off, Sakari Ailus
            • Re: [PATCH v10 7/7] at24: Support probing while off, Rafael J. Wysocki
              • Re: [PATCH v10 7/7] at24: Support probing while off, Sakari Ailus
                • Re: [PATCH v10 7/7] at24: Support probing while off, Rafael J. Wysocki
                  • Re: [PATCH v10 7/7] at24: Support probing while off, Sakari Ailus
                    • Re: [PATCH v10 7/7] at24: Support probing while off, Bartosz Golaszewski
                      • Re: [PATCH v10 7/7] at24: Support probing while off, Sakari Ailus
  • [PATCH v10 6/7] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
  • [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
    • Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Wolfram Sang
      • Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
      • Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Sakari Ailus
        • Re: [PATCH v10 2/7] i2c: Allow an ACPI driver to manage the device's power state during probe, Wolfram Sang
  • [PATCH v10 1/7] ACPI: scan: Obtain device's desired enumeration power state, Sakari Ailus
  • [PATCH v10 3/7] Documentation: ACPI: Document _DSE object usage for enum power state, Sakari Ailus
    • Re: [PATCH v10 3/7] Documentation: ACPI: Document _DSE object usage for enum power state, Randy Dunlap
      • Re: [PATCH v10 3/7] Documentation: ACPI: Document _DSE object usage for enum power state, Sakari Ailus
        • Re: [PATCH v10 3/7] Documentation: ACPI: Document _DSE object usage for enum power state, Randy Dunlap
• [GIT PULL] ib-drm-gpio-pdx86-rtc-wdt-v5.12-2, Andy Shevchenko
• [PATCH v3 0/4] Make fw_devlink=on more forgiving, Saravana Kannan
  • [PATCH v3 1/4] driver core: fw_devlink: Detect supplier devices that will never be added, Saravana Kannan
  • [PATCH v3 2/4] of: property: Don't add links to absent suppliers, Saravana Kannan
  • [PATCH v3 4/4] of: property: Add fw_devlink support for optional properties, Saravana Kannan
  • [PATCH v3 3/4] driver core: Add fw_devlink.strict kernel param, Saravana Kannan
• [GIT PULL] ACPI fix for v5.11-rc7, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fix for v5.11-rc7, pr-tracker-bot
• [PATCH v1 0/2] cpufreq: ACPI: Address performance regression related to scale-invariance, Rafael J. Wysocki
  • [PATCH v1 1/2] cpufreq: ACPI: Extend frequency tables to cover boost frequencies, Rafael J. Wysocki
    • Re: [PATCH v1 1/2] cpufreq: ACPI: Extend frequency tables to cover boost frequencies, Giovanni Gherdovich
  • [PATCH v1 2/2] cpufreq: ACPI: Update arch scale-invariance max perf ratio if CPPC is not there, Rafael J. Wysocki
    • Re: [PATCH v1 2/2] cpufreq: ACPI: Update arch scale-invariance max perf ratio if CPPC is not there, Giovanni Gherdovich
    • Re: [PATCH v1 2/2] cpufreq: ACPI: Update arch scale-invariance max perf ratio if CPPC is not there, Peter Zijlstra
      • Re: [PATCH v1 2/2] cpufreq: ACPI: Update arch scale-invariance max perf ratio if CPPC is not there, Rafael J. Wysocki
• Re: [PATCH v2 0/5] thunderbolt / ACPI: Add support for USB4 _OSC, Mika Westerberg
• [pm:bleeding-edge] BUILD SUCCESS d0df27d78279aaa73c22e54f0b97d5f3f508f27e, kernel test robot
• [PATCH v3 0/7] Introduce Sequence Number Ops, Shuah Khan
  • [PATCH v3 1/7] seqnum_ops: Introduce Sequence Number Ops, Shuah Khan
    • Re: [PATCH v3 1/7] seqnum_ops: Introduce Sequence Number Ops, Peter Zijlstra
    • Re: [PATCH v3 1/7] seqnum_ops: Introduce Sequence Number Ops, Greg KH
      • Re: [PATCH v3 1/7] seqnum_ops: Introduce Sequence Number Ops, Shuah Khan
        • Re: [PATCH v3 1/7] seqnum_ops: Introduce Sequence Number Ops, Luck, Tony
    • Re: [PATCH v3 1/7] seqnum_ops: Introduce Sequence Number Ops, Randy Dunlap
  • [PATCH v3 4/7] drivers/acpi/apei: convert seqno to seqnum_ops, Shuah Khan
  • [PATCH v3 5/7] drivers/staging/rtl8723bs: convert event_seq to use seqnum_ops, Shuah Khan
  • [PATCH v3 6/7] drivers/staging/rtl8188eu: convert event_seq to use seqnum_ops, Shuah Khan
  • [PATCH v3 3/7] drivers/acpi: convert seqno to use seqnum_ops, Shuah Khan
    • Re: [PATCH v3 3/7] drivers/acpi: convert seqno to use seqnum_ops, Rafael J. Wysocki
  • [PATCH v3 7/7] kobject: convert uevent_seqnum to seqnum_ops, Shuah Khan
  • [PATCH v3 2/7] selftests: lib:test_seqnum_ops: add new test for seqnum_ops, Shuah Khan
• [PATCH] include: acpi: Correct spelling in the file acoutput.h is optimzation to optimization, Bhaskar Chowdhury
  • Re: [PATCH] include: acpi: Correct spelling in the file acoutput.h is optimzation to optimization, Randy Dunlap
  • Re: [PATCH] include: acpi: Correct spelling in the file acoutput.h is optimzation to optimization, Rafael J. Wysocki
• [PATCH v6 08/16] ACPI / NUMA: add a stub function for node_to_pxm(), Wei Liu
  • Re: [PATCH v6 08/16] ACPI / NUMA: add a stub function for node_to_pxm(), Wei Liu
    • Re: [PATCH v6 08/16] ACPI / NUMA: add a stub function for node_to_pxm(), Rafael J. Wysocki
      • Re: [PATCH v6 08/16] ACPI / NUMA: add a stub function for node_to_pxm(), Wei Liu
• [PATCH v3 0/1] AMD EPYC: fix schedutil perf regression (freq-invariance), Giovanni Gherdovich
  • [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Giovanni Gherdovich
    • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Rafael J. Wysocki
      • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Rafael J. Wysocki
        • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Michael Larabel
          • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Rafael J. Wysocki
            • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Michael Larabel
              • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Rafael J. Wysocki
        • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Giovanni Gherdovich
          • Re: [PATCH v3 1/1] x86,sched: On AMD EPYC set freq_max = max_boost in schedutil invariant formula, Rafael J. Wysocki
• Re: [PATCH v2 3/5] ACPI: Execute platform _OSC also with query bit clear, Mika Westerberg
  • Re: [PATCH v2 3/5] ACPI: Execute platform _OSC also with query bit clear, Rafael J. Wysocki
    • Re: [PATCH v2 3/5] ACPI: Execute platform _OSC also with query bit clear, Mika Westerberg
  • Re: [PATCH v2 3/5] ACPI: Execute platform _OSC also with query bit clear, joeyli
    • Re: [PATCH v2 3/5] ACPI: Execute platform _OSC also with query bit clear, Mika Westerberg
      • Re: [PATCH v2 3/5] ACPI: Execute platform _OSC also with query bit clear, joeyli
• [pm:bleeding-edge] BUILD SUCCESS c42187278fc107ad17fdaa2def70c451bcfdb6be, kernel test robot
• [BUG] incorrect scaling_max_freq with intel_pstate after offline/online], Guillaume Morin
• [pm:bleeding-edge] BUILD SUCCESS b2e14bec96f5d823b14872e354acc5e2393cb1d7, kernel test robot
• [PATCH] apei: erst: remove unneeded semicolon, Yang Li
  • Re: [PATCH] apei: erst: remove unneeded semicolon, Rafael J. Wysocki
• [PATCH v2 0/3] Make fw_devlink=on more forgiving, Saravana Kannan
  • [PATCH v2 2/3] driver core: fw_devlink: Handle missing drivers for optional suppliers, Saravana Kannan
    • Re: [PATCH v2 2/3] driver core: fw_devlink: Handle missing drivers for optional suppliers, Rafael J. Wysocki
      • Re: [PATCH v2 2/3] driver core: fw_devlink: Handle missing drivers for optional suppliers, Saravana Kannan
        • Re: [PATCH v2 2/3] driver core: fw_devlink: Handle missing drivers for optional suppliers, Rafael J. Wysocki
          • Re: [PATCH v2 2/3] driver core: fw_devlink: Handle missing drivers for optional suppliers, Saravana Kannan
  • [PATCH v2 1/3] driver core: fw_devlink: Detect supplier devices that will never be added, Saravana Kannan
    • Re: [PATCH v2 1/3] driver core: fw_devlink: Detect supplier devices that will never be added, Rafael J. Wysocki
      • Re: [PATCH v2 1/3] driver core: fw_devlink: Detect supplier devices that will never be added, Saravana Kannan
  • [PATCH v2 3/3] of: property: Don't add links to absent suppliers, Saravana Kannan
    • Re: [PATCH v2 3/3] of: property: Don't add links to absent suppliers, Saravana Kannan