Linux ACPI

• Date Index

• Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, (continued)
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Wolfram Sang
    • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
      • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Andy Shevchenko
        • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, Sergey Senozhatsky
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, kernel test robot
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, kernel test robot
  • Re: [PATCH 1/2] i2c: consider devices with of_match_table during i2c device probing, kernel test robot
• [PATCH 0/2] Decode raw MSR values of MCA registers in BERT, Smita Koralahalli
  • [PATCH 2/2] x86/mce/dev-mcelog: Fix updating kflags in AMD systems, Smita Koralahalli
  • [PATCH 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, Smita Koralahalli
    • Re: [PATCH 1/2] cper, apei, mce: Pass x86 CPER through the MCA handling chain, kernel test robot
• [PATCH 0/3] PM operations for software nodes, Heikki Krogerus
  • [PATCH 2/3] software node: Introduce device_add_software_node(), Heikki Krogerus
    • Re: [PATCH 2/3] software node: Introduce device_add_software_node(), Andy Shevchenko
      • Re: [PATCH 2/3] software node: Introduce device_add_software_node(), Andy Shevchenko
  • [PATCH 3/3] usb: dwc3: pci: Register a software node for the dwc3 platform device, Heikki Krogerus
  • [PATCH 1/3] software node: Power management operations for software nodes, Heikki Krogerus
    • Re: [PATCH 1/3] software node: Power management operations for software nodes, Rafael J. Wysocki
      • Re: [PATCH 1/3] software node: Power management operations for software nodes, Heikki Krogerus
  • Re: [PATCH 0/3] PM operations for software nodes, Andy Shevchenko
  • Re: [PATCH 0/3] PM operations for software nodes, Heikki Krogerus
• [PATCH v7 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • [PATCH v7 01/16] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase, Hans de Goede
  • [PATCH v7 02/16] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation), Hans de Goede
  • [PATCH v7 03/16] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Hans de Goede
  • [PATCH v7 04/16] pwm: lpss: Add range limit check for the base_unit register value, Hans de Goede
  • [PATCH v7 05/16] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
  • [PATCH v7 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Hans de Goede
  • [PATCH v7 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
  • [PATCH v7 08/16] pwm: crc: Fix off-by-one error in the clock-divider calculations, Hans de Goede
  • [PATCH v7 09/16] pwm: crc: Fix period changes not having any effect, Hans de Goede
  • [PATCH v7 10/16] pwm: crc: Enable/disable PWM output on enable/disable, Hans de Goede
  • [PATCH v7 11/16] pwm: crc: Implement apply() method to support the new atomic PWM API, Hans de Goede
  • [PATCH v7 12/16] pwm: crc: Implement get_state() method, Hans de Goede
  • [PATCH v7 13/16] drm/i915: panel: Add get_vbt_pwm_freq() helper, Hans de Goede
  • [PATCH v7 14/16] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller, Hans de Goede
  • [PATCH v7 15/16] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller, Hans de Goede
  • [PATCH v7 16/16] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller, Hans de Goede
• [pm:bleeding-edge] BUILD SUCCESS f5eba0ea1052daba08e3fcf50be669b13fd7953d, kernel test robot
• [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
  • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Florian Fainelli
    • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Christoph Hellwig
      • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
        • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Lorenzo Pieralisi
          • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
            • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Florian Fainelli
              • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Lorenzo Pieralisi
                • Re: [PATCH v11 00/11] PCI: brcmstb: enable PCIe for STB chips, Christoph Hellwig
• [PATCH v2] PM: sleep: core: Fix the handling of pending runtime resume requests, Rafael J. Wysocki
  • Re: [PATCH v2] PM: sleep: core: Fix the handling of pending runtime resume requests, Alan Stern
  • Re: [PATCH v2] PM: sleep: core: Fix the handling of pending runtime resume requests, Mika Westerberg
• [PATCH v6 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • [PATCH v6 01/16] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase, Hans de Goede
  • [PATCH v6 02/16] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation), Hans de Goede
  • [PATCH v6 03/16] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Hans de Goede
  • [PATCH v6 04/16] pwm: lpss: Add range limit check for the base_unit register value, Hans de Goede
  • [PATCH v6 05/16] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
  • [PATCH v6 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Hans de Goede
  • [PATCH v6 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
  • [PATCH v6 08/16] pwm: crc: Fix off-by-one error in the clock-divider calculations, Hans de Goede
  • [PATCH v6 10/16] pwm: crc: Enable/disable PWM output on enable/disable, Hans de Goede
  • [PATCH v6 09/16] pwm: crc: Fix period changes not having any effect, Hans de Goede
  • [PATCH v6 11/16] pwm: crc: Implement apply() method to support the new atomic PWM API, Hans de Goede
  • [PATCH v6 12/16] pwm: crc: Implement get_state() method, Hans de Goede
  • [PATCH v6 13/16] drm/i915: panel: Add get_vbt_pwm_freq() helper, Hans de Goede
  • [PATCH v6 14/16] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller, Hans de Goede
  • [PATCH v6 15/16] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller, Hans de Goede
  • [PATCH v6 16/16] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller, Hans de Goede
• [pm:bleeding-edge] BUILD SUCCESS ccad8c4a8d37a8a6c5b01b180e52eb1ba7f9f295, kernel test robot
• [PATCH] ACPI: OSL: Prevent acpi_release_memory() from returning too early, Rafael J. Wysocki
  • Re: [PATCH] ACPI: OSL: Prevent acpi_release_memory() from returning too early, Kenneth R. Crudup
  • Re: [PATCH] ACPI: OSL: Prevent acpi_release_memory() from returning too early, Heikki Krogerus
  • Re: [PATCH] ACPI: OSL: Prevent acpi_release_memory() from returning too early, Mika Westerberg
• [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Rafael J. Wysocki
  • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Alan Stern
    • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Mika Westerberg
      • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Rafael J. Wysocki
        • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Mika Westerberg
    • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Rafael J. Wysocki
      • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Alan Stern
        • Re: [PATCH] PM: sleep: core: Fix the handling of pending runtime resume requests, Rafael J. Wysocki
• [PATCH v1 1/2] i2c: core: Don't fail PRP0001 enumeration when no ID table exist, Andy Shevchenko
  • [PATCH v1 2/2] i2c: acpi: Remove dead code, i.e. i2c_acpi_match_device(), Andy Shevchenko
    • Re: [PATCH v1 2/2] i2c: acpi: Remove dead code, i.e. i2c_acpi_match_device(), Mika Westerberg
    • Re: [PATCH v1 2/2] i2c: acpi: Remove dead code, i.e. i2c_acpi_match_device(), Wolfram Sang
  • Re: [PATCH v1 1/2] i2c: core: Don't fail PRP0001 enumeration when no ID table exist, Mika Westerberg
  • Re: [PATCH v1 1/2] i2c: core: Don't fail PRP0001 enumeration when no ID table exist, Wolfram Sang
    • Re: [PATCH v1 1/2] i2c: core: Don't fail PRP0001 enumeration when no ID table exist, Andy Shevchenko
• [PATCH] device property: Fix the secondary firmware node handling in set_primary_fwnode(), Heikki Krogerus
  • Re: [PATCH] device property: Fix the secondary firmware node handling in set_primary_fwnode(), Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 0e2db525c08af6c8f0298ca8e35d3717cd5c4b23, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 1f08d51cd57fddbecc396183e544b1d6df98cbfa, kernel test robot
• [PATCH] drivers: acpi: apd: Check return value of acpi_dev_get_property, Furquan Shaikh
  • Re: [PATCH] drivers: acpi: apd: Check return value of acpi_dev_get_property, Rafael J. Wysocki
• [PATCH v9 0/6] ACPI: Support Generic Initiator proximity domains, Jonathan Cameron
  • [PATCH v9 1/6] ACPI: Support Generic Initiator only domains, Jonathan Cameron
  • [PATCH v9 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
    • Re: [PATCH v9 2/6] x86: Support Generic Initiator only proximity domains, Bjorn Helgaas
      • Re: [PATCH v9 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
  • [PATCH v9 3/6] ACPI: Let ACPI know we support Generic Initiator Affinity Structures, Jonathan Cameron
  • [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
    • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
      • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
        • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
          • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
            • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
              • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
                • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
              • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
                • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
  • [PATCH v9 5/6] node: Add access1 class to represent CPU to memory characteristics, Jonathan Cameron
  • [PATCH v9 6/6] docs: mm: numaperf.rst Add brief description for access class 1., Jonathan Cameron
• [PATCH 00/19] thunderbolt: Power Management improvements, Mika Westerberg
  • [PATCH 03/19] thunderbolt: Software CM only should set force power in Tiger Lake, Mika Westerberg
  • [PATCH 02/19] thunderbolt: Optimize NHI LC mailbox command processing, Mika Westerberg
  • [PATCH 11/19] thunderbolt: Configure link after lane bonding is enabled, Mika Westerberg
  • [PATCH 07/19] thunderbolt: Send reset only to first generation routers, Mika Westerberg
  • [PATCH 05/19] thunderbolt: Do not program NFC buffers for USB4 router protocol adapters, Mika Westerberg
  • [PATCH 16/19] PCI / thunderbolt: Switch to use device links instead of PCI quirk, Mika Westerberg
    • Re: [PATCH 16/19] PCI / thunderbolt: Switch to use device links instead of PCI quirk, Bjorn Helgaas
  • [PATCH 17/19] ACPI: Export acpi_get_first_physical_node() to modules, Mika Westerberg
  • [PATCH 13/19] thunderbolt: Configure port for XDomain, Mika Westerberg
  • [PATCH 19/19] thunderbolt: Add runtime PM for Software CM, Mika Westerberg
  • [PATCH 08/19] thunderbolt: Tear down DP tunnels when suspending, Mika Westerberg
  • [PATCH 14/19] thunderbolt: Disable lane 1 for XDomain connection, Mika Westerberg
  • [PATCH 10/19] thunderbolt: Do not change default USB4 router notification timeout, Mika Westerberg
  • [PATCH 12/19] thunderbolt: Set port configured for both ends of the link, Mika Westerberg
  • [PATCH 15/19] thunderbolt: Enable wakes from system suspend, Mika Westerberg
  • [PATCH 18/19] thunderbolt: Create device links from ACPI description, Mika Westerberg
  • [PATCH 01/19] thunderbolt: Optimize Force Power logic, Mika Westerberg
  • [PATCH 06/19] thunderbolt: No need to log an error if tb_switch_lane_bonding_enable() fails, Mika Westerberg
  • [PATCH 09/19] thunderbolt: Initialize TMU again on resume, Mika Westerberg
  • [PATCH 04/19] thunderbolt: Use bit 31 to check if Firmware CM is running in Tiger Lake, Mika Westerberg
  • Re: [PATCH 00/19] thunderbolt: Power Management improvements, Mika Westerberg
• [PATCH][v2] ACPI: processor: Print more information when acpi_processor_evaluate_cst() failed, Chen Yu
  • Re: [PATCH][v2] ACPI: processor: Print more information when acpi_processor_evaluate_cst() failed, Rafael J. Wysocki
• [PATCH v8 0/6] ACPI: Support Generic Initiator proximity domains, Jonathan Cameron
  • [PATCH v8 1/6] ACPI: Support Generic Initiator only domains, Jonathan Cameron
    • Re: [PATCH v8 1/6] ACPI: Support Generic Initiator only domains, kernel test robot
  • [PATCH v8 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
  • [PATCH v8 3/6] ACPI: Let ACPI know we support Generic Initiator Affinity Structures, Jonathan Cameron
  • [PATCH v8 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
  • [PATCH v8 5/6] node: Add access1 class to represent CPU to memory characteristics, Jonathan Cameron
  • [PATCH v8 6/6] docs: mm: numaperf.rst Add brief description for access class 1., Jonathan Cameron
• [PATCH v3 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
  • [PATCH v3 1/6] ACPI: Add out of bounds and numa_off protections to pxm_to_node, Jonathan Cameron
  • [PATCH v3 2/6] ACPI: Do not create new NUMA domains from ACPI static tables that are not SRAT, Jonathan Cameron
  • [PATCH v3 3/6] ACPI: Remove side effect of partly creating a node in acpi_map_pxm_to_online_node, Jonathan Cameron
  • [PATCH v3 4/6] ACPI: Rename acpi_map_pxm_to_online_node to pxm_to_online_node, Jonathan Cameron
  • [PATCH v3 5/6] ACPI: Remove side effect of partly creating a node in acpi_get_node, Jonathan Cameron
  • [PATCH v3 6/6] irq-chip/gic-v3-its: Fix crash if ITS is in a proximity domain without processor or memory, Jonathan Cameron
  • Re: [PATCH v3 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
    • Re: [PATCH v3 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
      • Re: [PATCH v3 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Rafael J. Wysocki
• [PATCH v2] ACPI: ioremap: avoid redundant rounding to OS page size, Ard Biesheuvel
  • Re: [PATCH v2] ACPI: ioremap: avoid redundant rounding to OS page size, Rafael J. Wysocki
• [PATCH v2 0/2] ACPI/IORT: Code cleanups, Zenghui Yu
  • [PATCH v2 1/2] ACPI/IORT: Drop the unused @ops of iort_add_device_replay(), Zenghui Yu
  • [PATCH v2 2/2] ACPI/IORT: Remove the unused inline functions, Zenghui Yu
  • Re: [PATCH v2 0/2] ACPI/IORT: Code cleanups, Hanjun Guo
    • Re: [PATCH v2 0/2] ACPI/IORT: Code cleanups, Hanjun Guo
      • Re: [PATCH v2 0/2] ACPI/IORT: Code cleanups, Will Deacon
        • Re: [PATCH v2 0/2] ACPI/IORT: Code cleanups, Hanjun Guo
  • Re: [PATCH v2 0/2] ACPI/IORT: Code cleanups, Lorenzo Pieralisi
  • Re: [PATCH v2 0/2] ACPI/IORT: Code cleanups, Will Deacon
• [PATCH RESEND v10 00/11] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
• [PATCH v2 1/8] kernel.h: Split out min()/max() et al. helpers, Andy Shevchenko
  • [PATCH v2 2/8] resource: Simplify region_intersects() by reducing conditionals, Andy Shevchenko
  • [PATCH v2 7/8] PCI/ACPI: Fix description of @handle for acpi_is_root_bridge(), Andy Shevchenko
  • [PATCH v2 6/8] PCI/ACPI: Replace open coded variant of resource_union(), Andy Shevchenko
  • [PATCH v2 5/8] resource: Introduce resource_intersection() for overlapping resources, Andy Shevchenko
  • [PATCH v2 8/8] ACPI: watchdog: Replace open coded variant of resource_union(), Andy Shevchenko
    • Re: [PATCH v2 8/8] ACPI: watchdog: Replace open coded variant of resource_union(), Mika Westerberg
  • [PATCH v2 4/8] resource: Introduce resource_union() for overlapping resources, Andy Shevchenko
  • [PATCH v2 3/8] resource: Group resource_overlaps() with other inline helpers, Andy Shevchenko
  • Re: [PATCH v2 1/8] kernel.h: Split out min()/max() et al. helpers, Andy Shevchenko
• [PATCH] ACPI: ioremap: avoid redundant rounding to OS page size, Ard Biesheuvel
  • Re: [PATCH] ACPI: ioremap: avoid redundant rounding to OS page size, Christoph Hellwig
    • Re: [PATCH] ACPI: ioremap: avoid redundant rounding to OS page size, Ard Biesheuvel
  • Re: [PATCH] ACPI: ioremap: avoid redundant rounding to OS page size, kernel test robot
  • Re: [PATCH] ACPI: ioremap: avoid redundant rounding to OS page size, kernel test robot
  • Re: [PATCH] ACPI: ioremap: avoid redundant rounding to OS page size, kernel test robot
• [PATCH] ACPI/IORT: Drop the unused @ops of iort_add_device_replay(), Zenghui Yu
  • Re: [PATCH] ACPI/IORT: Drop the unused @ops of iort_add_device_replay(), Hanjun Guo
    • Re: [PATCH] ACPI/IORT: Drop the unused @ops of iort_add_device_replay(), Zenghui Yu
• [PATCH][RFC] ACPI: processor: Print more information when acpi_processor_evaluate_cst() failed, Chen Yu
  • Re: [PATCH][RFC] ACPI: processor: Print more information when acpi_processor_evaluate_cst() failed, Rafael J. Wysocki
    • Re: [PATCH][RFC] ACPI: processor: Print more information when acpi_processor_evaluate_cst() failed, Chen Yu
• [GIT PULL] More ACPI updates for v5.9-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More ACPI updates for v5.9-rc1, pr-tracker-bot
• [PATCH v2 1/2] ACPI / PMIC: Split out Kconfig and Makefile specific for ACPI PMIC, Andy Shevchenko
  • [PATCH v2 2/2] ACPI / PMIC: Move TPS68470 OpRegion driver to drivers/acpi/pmic/, Andy Shevchenko
    • Re: [PATCH v2 2/2] ACPI / PMIC: Move TPS68470 OpRegion driver to drivers/acpi/pmic/, Mika Westerberg
      • Re: [PATCH v2 2/2] ACPI / PMIC: Move TPS68470 OpRegion driver to drivers/acpi/pmic/, Andy Shevchenko
  • Re: [PATCH v2 1/2] ACPI / PMIC: Split out Kconfig and Makefile specific for ACPI PMIC, Mika Westerberg
• [PATCH v1 1/7] resource: Simplify region_intersects() by reducing conditionals, Andy Shevchenko
  • [PATCH v1 4/7] resource: Introduce resource_intersection() for overlapping resources, Andy Shevchenko
    • Re: [PATCH v1 4/7] resource: Introduce resource_intersection() for overlapping resources, Rafael J. Wysocki
      • Re: [PATCH v1 4/7] resource: Introduce resource_intersection() for overlapping resources, Andy Shevchenko
  • [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Andy Shevchenko
    • Re: [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Rafael J. Wysocki
      • Re: [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Andy Shevchenko
        • Re: [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Rafael J. Wysocki
          • Re: [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Andy Shevchenko
            • Re: [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Rafael J. Wysocki
              • Re: [PATCH v1 3/7] resource: Introduce resource_union() for overlapping resources, Andy Shevchenko
  • [PATCH v1 2/7] resource: Group resource_overlaps() with other inline helpers, Andy Shevchenko
    • Re: [PATCH v1 2/7] resource: Group resource_overlaps() with other inline helpers, Rafael J. Wysocki
      • Re: [PATCH v1 2/7] resource: Group resource_overlaps() with other inline helpers, Andy Shevchenko
  • [PATCH v1 7/7] ACPI: watchdog: Replace open coded variant of resource_union(), Andy Shevchenko
    • Re: [PATCH v1 7/7] ACPI: watchdog: Replace open coded variant of resource_union(), Rafael J. Wysocki
  • [PATCH v1 5/7] PCI/ACPI: Replace open coded variant of resource_union(), Andy Shevchenko
    • Re: [PATCH v1 5/7] PCI/ACPI: Replace open coded variant of resource_union(), Rafael J. Wysocki
  • [PATCH v1 6/7] PCI/ACPI: Fix description of @handle for acpi_is_root_bridge(), Andy Shevchenko
    • Re: [PATCH v1 6/7] PCI/ACPI: Fix description of @handle for acpi_is_root_bridge(), Rafael J. Wysocki
      • Re: [PATCH v1 6/7] PCI/ACPI: Fix description of @handle for acpi_is_root_bridge(), Andy Shevchenko
  • Re: [PATCH v1 1/7] resource: Simplify region_intersects() by reducing conditionals, Rafael J. Wysocki
    • Re: [PATCH v1 1/7] resource: Simplify region_intersects() by reducing conditionals, Andy Shevchenko
• [PATCH] acpi/nfit: Use kobj_to_dev() instead, Wang Qing
  • Re: [PATCH] acpi/nfit: Use kobj_to_dev() instead, Rafael J. Wysocki
    • Re: [PATCH] acpi/nfit: Use kobj_to_dev() instead, Verma, Vishal L
      • Re: [PATCH] acpi/nfit: Use kobj_to_dev() instead, Rafael J. Wysocki
• [PATCH] coccinelle: api: fix device_attr_show.cocci warnings, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 395313eda1534576fc2440ea8907fb8ff9097485, kernel test robot
• [PATCH v1 1/2] ACPI / PMIC: Split out Kconfig and Makefile specific for ACPI PMIC, Andy Shevchenko
  • [PATCH v1 2/2] ACPI / PMIC: Move TPS68470 OpRegion driver to drivers/acpi/pmic/, Andy Shevchenko
  • Re: [PATCH v1 1/2] ACPI / PMIC: Split out Kconfig and Makefile specific for ACPI PMIC, kernel test robot
  • Re: [PATCH v1 1/2] ACPI / PMIC: Split out Kconfig and Makefile specific for ACPI PMIC, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 7cd29e47553a773f54727d0756a57d0a3dcb3ab0, kernel test robot
• [PATCH AUTOSEL 5.8 60/64] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH AUTOSEL 5.7 56/60] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH AUTOSEL 4.19 30/31] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH AUTOSEL 4.9 17/17] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH AUTOSEL 4.4 16/16] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH AUTOSEL 4.14 22/22] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH AUTOSEL 5.4 44/45] ACPICA: Do not increment operation_region reference counts for field units, Sasha Levin
• [PATCH v5 0/6] Support running driver's probe for a device powered off, Sakari Ailus
  • [PATCH v5 3/6] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
    • Re: [PATCH v5 3/6] ov5670: Support probe whilst the device is in a low power state, Bingbu Cao
      • Re: [PATCH v5 3/6] ov5670: Support probe whilst the device is in a low power state, Sakari Ailus
      • Re: [PATCH v5 3/6] ov5670: Support probe whilst the device is in a low power state, Bingbu Cao
  • [PATCH v5 2/6] ACPI: Add a convenience function to tell a device is in low power state, Sakari Ailus
  • [PATCH v5 6/6] Documentation: ACPI: Document allow-low-power-probe _DSD property, Sakari Ailus
  • [PATCH v5 5/6] at24: Support probing while off, Sakari Ailus
  • [PATCH v5 1/6] i2c: Allow driver to manage the device's power state during probe, Sakari Ailus
    • Re: [PATCH v5 1/6] i2c: Allow driver to manage the device's power state during probe, Sudeep Holla
      • Re: [PATCH v5 1/6] i2c: Allow driver to manage the device's power state during probe, Sakari Ailus
  • [PATCH v5 4/6] media: i2c: imx319: Support probe while the device is off, Sakari Ailus
  • Re: [PATCH v5 0/6] Support running driver's probe for a device powered off, Bingbu Cao
    • Re: [PATCH v5 0/6] Support running driver's probe for a device powered off, Bingbu Cao
    • Re: [PATCH v5 0/6] Support running driver's probe for a device powered off, Tomasz Figa
      • Re: [PATCH v5 0/6] Support running driver's probe for a device powered off, Sakari Ailus
• [pm:bleeding-edge] BUILD SUCCESS e3198ed26e1361c3863ba3ad7c9cf2cdd063cdfd, kernel test robot
• [GIT PULL] More power management updates for v5.9-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More power management updates for v5.9-rc1, pr-tracker-bot
• [PATCH RESEND] i2c: designware: Add device HID for Hygon I2C controller, Pu Wen
  • Re: [PATCH RESEND] i2c: designware: Add device HID for Hygon I2C controller, Rafael J. Wysocki
• [PATCH] PCI/ACPI: Add Ampere Altra SOC MCFG quirk, Tuan Phan
  • Re: [PATCH] PCI/ACPI: Add Ampere Altra SOC MCFG quirk, Bjorn Helgaas
    • Re: [PATCH] PCI/ACPI: Add Ampere Altra SOC MCFG quirk, Tuan Phan
      • Re: [PATCH] PCI/ACPI: Add Ampere Altra SOC MCFG quirk, Bjorn Helgaas
  • Re: [PATCH] PCI/ACPI: Add Ampere Altra SOC MCFG quirk, Bjorn Helgaas
• [pm:bleeding-edge] BUILD SUCCESS 905922e8acb3b7c7db3b2bc720f44cedcfb284dd, kernel test robot
• [PATCH v2] ACPI / APEI: do memory failure on the physical address reported by ARM processor error section, Xiaofei Tan
  • Re: [PATCH v2] ACPI / APEI: do memory failure on the physical address reported by ARM processor error section, Xiaofei Tan
  • Re: [PATCH v2] ACPI / APEI: do memory failure on the physical address reported by ARM processor error section, Xiaofei Tan
• [pm:bleeding-edge] BUILD SUCCESS 83f7a626aa4d238dd3897065384eda829f14a005, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS b72b3ea38c81d6f9585d8e47c6cfa70efa383698, kernel test robot
• [PATCH v10 00/11] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
• [GIT PULL] ACPI updates for v5.9-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.9-rc1, pr-tracker-bot
• [GIT PULL] Power management fixes for v5.9-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management fixes for v5.9-rc1, pr-tracker-bot
• [PATCH v14 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v14 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
  • [PATCH v14 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
• [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
  • [PATCH v4 01/23] x86/numa: Cleanup configuration dependent command-line options, Dan Williams
  • [PATCH v4 02/23] x86/numa: Add 'nohmat' option, Dan Williams
  • [PATCH v4 03/23] efi/fake_mem: Arrange for a resource entry per efi_fake_mem instance, Dan Williams
  • [PATCH v4 04/23] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
  • [PATCH v4 05/23] resource: Report parent to walk_iomem_res_desc() callback, Dan Williams
  • [PATCH v4 06/23] mm/memory_hotplug: Introduce default phys_to_target_node() implementation, Dan Williams
  • [PATCH v4 07/23] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
  • [PATCH v4 08/23] device-dax: Drop the dax_region.pfn_flags attribute, Dan Williams
  • [PATCH v4 09/23] device-dax: Move instance creation parameters to 'struct dev_dax_data', Dan Williams
  • [PATCH v4 10/23] device-dax: Make pgmap optional for instance creation, Dan Williams
  • [PATCH v4 11/23] device-dax: Kill dax_kmem_res, Dan Williams
    • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
      • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, Joao Martins
        • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
        • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
          • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, Dan Williams
            • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
              • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, Dan Williams
                • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
                  • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, Dan Williams
                    • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
                      • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, Dan Williams
                        • Re: [PATCH v4 11/23] device-dax: Kill dax_kmem_res, David Hildenbrand
  • [PATCH v4 12/23] device-dax: Add an allocation interface for device-dax instances, Dan Williams
  • [PATCH v4 13/23] device-dax: Introduce 'seed' devices, Dan Williams
  • [PATCH v4 14/23] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Dan Williams
  • [PATCH v4 15/23] device-dax: Add resize support, Dan Williams
    • Re: [PATCH v4 15/23] device-dax: Add resize support, Andrew Morton
  • [PATCH v4 20/23] device-dax: Make align a per-device property, Dan Williams
  • [PATCH v4 21/23] device-dax: Add an 'align' attribute, Dan Williams
  • [PATCH v4 19/23] device-dax: Introduce 'mapping' devices, Dan Williams
  • [PATCH v4 22/23] dax/hmem: Introduce dax_hmem.region_idle parameter, Dan Williams
  • [PATCH v4 23/23] device-dax: Add a range mapping allocation attribute, Dan Williams
  • [PATCH v4 17/23] mm/memremap_pages: Support multiple ranges per invocation, Dan Williams
  • [PATCH v4 18/23] device-dax: Add dis-contiguous resource support, Dan Williams
  • [PATCH v4 16/23] mm/memremap_pages: Convert to 'struct range', Dan Williams
  • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
    • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
      • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
        • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
          • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
            • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
              • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
                • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
                • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
                • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
      • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Andrew Morton
        • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Leizhen (ThunderTown)
        • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, David Hildenbrand
          • Re: [PATCH v4 00/23] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
• [pm:bleeding-edge] BUILD SUCCESS 86ed8b05f59717b20b75cd2a4a17cbd26788183a, kernel test robot
• [PATCH v3 00/23] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
  • [PATCH v3 01/23] x86/numa: Cleanup configuration dependent command-line options, Dan Williams
  • [PATCH v3 02/23] x86/numa: Add 'nohmat' option, Dan Williams
    • Re: [PATCH v3 02/23] x86/numa: Add 'nohmat' option, Randy Dunlap
      • Re: [PATCH v3 02/23] x86/numa: Add 'nohmat' option, Dan Williams
  • [PATCH v3 03/23] efi/fake_mem: Arrange for a resource entry per efi_fake_mem instance, Dan Williams
  • [PATCH v3 04/23] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
  • [PATCH v3 05/23] resource: Report parent to walk_iomem_res_desc() callback, Dan Williams
  • [PATCH v3 06/23] mm/memory_hotplug: Introduce default phys_to_target_node() implementation, Dan Williams
  • [PATCH v3 07/23] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
  • [PATCH v3 08/23] device-dax: Drop the dax_region.pfn_flags attribute, Dan Williams
  • [PATCH v3 09/23] device-dax: Move instance creation parameters to 'struct dev_dax_data', Dan Williams
  • [PATCH v3 10/23] device-dax: Make pgmap optional for instance creation, Dan Williams
  • [PATCH v3 11/23] device-dax: Kill dax_kmem_res, Dan Williams
  • [PATCH v3 12/23] device-dax: Add an allocation interface for device-dax instances, Dan Williams
  • [PATCH v3 14/23] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Dan Williams
  • [PATCH v3 13/23] device-dax: Introduce 'seed' devices, Dan Williams
  • [PATCH v3 15/23] device-dax: Add resize support, Dan Williams
  • [PATCH v3 18/23] device-dax: Add dis-contiguous resource support, Dan Williams
  • [PATCH v3 19/23] device-dax: Introduce 'mapping' devices, Dan Williams
  • [PATCH v3 21/23] device-dax: Add an 'align' attribute, Dan Williams
    • Re: [PATCH v3 21/23] device-dax: Add an 'align' attribute, kernel test robot
    • Re: [PATCH v3 21/23] device-dax: Add an 'align' attribute, kernel test robot
  • [PATCH v3 22/23] dax/hmem: Introduce dax_hmem.region_idle parameter, Dan Williams
  • [PATCH v3 23/23] device-dax: Add a range mapping allocation attribute, Dan Williams
  • [PATCH v3 20/23] device-dax: Make align a per-device property, Dan Williams
    • Re: [PATCH v3 20/23] device-dax: Make align a per-device property, kernel test robot
  • [PATCH v3 16/23] mm/memremap_pages: Convert to 'struct range', Dan Williams
  • [PATCH v3 17/23] mm/memremap_pages: Support multiple ranges per invocation, Dan Williams
  • Re: [PATCH v3 00/23] device-dax: Support sub-dividing soft-reserved ranges, Jason Gunthorpe
• [RESEND PATCH v13] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, James Morse
• [0/4] Extend AMD SoC general purpose clk for all versions, Akshu Agrawal
  • [v2 1/4] ACPI: APD: Change name from ST to FCH, Akshu Agrawal
  • [v2 2/4] clk: x86: Change name from ST to FCH, Akshu Agrawal
  • [3/4] ACPI: APD: Add a fmw property is_raven, Akshu Agrawal
  • [v3 4/4] clk: x86: Support RV architecture, Akshu Agrawal
  • Re: [0/4] Extend AMD SoC general purpose clk for all versions, Rafael J. Wysocki
• [PATCH v4 12/12] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed O. Bolarinwa
• [PATCH v4 00/12] PCI: Remove '*val = 0' from pcie_capability_read_*(), Saheed O. Bolarinwa
  • [PATCH v4 07/12] PCI/ACPI: Check if pcie_capability_read_*() reads ~0, Saheed O. Bolarinwa
• [PATCH] i2c: designware: Add device HID for Hygon I2C controller, Pu Wen
  • Re: [PATCH] i2c: designware: Add device HID for Hygon I2C controller, Andy Shevchenko
  • Re: [PATCH] i2c: designware: Add device HID for Hygon I2C controller, Wolfram Sang
• [pm:bleeding-edge] BUILD SUCCESS WITH WARNING 97987ea7f86a35284fd54efc7412db246f178666, kernel test robot
• acpi: fix 'return' with no value build warning, Neal Liu
  • [PATCH] acpi: fix 'return' with no value build warning, Neal Liu
    • Re: [PATCH] acpi: fix 'return' with no value build warning, Rafael J. Wysocki
      • Re: [PATCH] acpi: fix 'return' with no value build warning, Neal Liu
• [PATCH] PCI: Rename d3_delay in the pci_dev struct to align with PCI specification, Krzysztof Wilczyński
  • Re: [PATCH] PCI: Rename d3_delay in the pci_dev struct to align with PCI specification, Bjorn Helgaas
• [PATCH] ACPI / APEI: do memory failure on the physical address reported by ARM processor error section, Xiaofei Tan
  • Re: [PATCH] ACPI / APEI: do memory failure on the physical address reported by ARM processor error section, James Morse
    • Re: [PATCH] ACPI / APEI: do memory failure on the physical address reported by ARM processor error section, Xiaofei Tan
• [pm:bleeding-edge] BUILD SUCCESS WITH WARNING 5bff8c754ebfc08b9cead967f38ebc0152d2076f, kernel test robot
• [pm:bleeding-edge 83/91] drivers/acpi/processor_idle.c:667:4: warning: 'return' with no value, in function returning non-void, kernel test robot
• [PATCH v3 0/6] PCI: Minor kerneldoc warning fixes, Krzysztof Kozlowski
  • [PATCH v3 1/6] PCI: Fix kerneldoc, Krzysztof Kozlowski
  • [PATCH v3 2/6] PCI: endpoint: Fix kerneldoc, Krzysztof Kozlowski
  • [PATCH v3 4/6] PCI: dwc: Fix kerneldoc, Krzysztof Kozlowski
  • [PATCH v3 5/6] PCI: rockchip: Fix kerneldoc, Krzysztof Kozlowski
  • [PATCH v3 3/6] PCI: hotplug: Fix kerneldoc, Krzysztof Kozlowski
  • [PATCH v3 6/6] PCI: xilinx: Fix kerneldoc, Krzysztof Kozlowski
  • Re: [PATCH v3 0/6] PCI: Minor kerneldoc warning fixes, Bjorn Helgaas
• [3/4] ACPI: APD: Add a fmw property is_raven, Akshu Agrawal
  • <Possible follow-ups>
  • [3/4] ACPI: APD: Add a fmw property is_raven, Akshu Agrawal
• [v2 1/4] ACPI: APD: Change name from ST to FCH, Akshu Agrawal
  • Message not available
    • Re: [v2 1/4] ACPI: APD: Change name from ST to FCH, Agrawal, Akshu
      • Re: [v2 1/4] ACPI: APD: Change name from ST to FCH, Rafael J. Wysocki
        • Re: [v2 1/4] ACPI: APD: Change name from ST to FCH, Agrawal, Akshu
• [pm:bleeding-edge] BUILD SUCCESS 5b6b1412bb0347876b17b722b277fc818ceb1dae, kernel test robot
• [PATCH] ACPI: Use valid link of ACPI specification, Tiezhu Yang
  • Re: [PATCH] ACPI: Use valid link of ACPI specification, Rafael J. Wysocki
• Delays in PCI/ACPI initialization, Paul Menzel
• [PATCH v3] cpuidle: Fix CFI failure, Neal Liu
  • [PATCH v3] cpuidle: change enter_s2idle() prototype, Neal Liu
    • Re: [PATCH v3] cpuidle: change enter_s2idle() prototype, Rafael J. Wysocki
• [PATCH v9 00/12] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
• [no subject], Garrit Franke
• [PATCH v2] trivial: acpi: replace some bitshifts with BIT macro, garritfra
  • Re: [PATCH v2] trivial: acpi: replace some bitshifts with BIT macro, Dan Carpenter
• [PATCH] trivial: acpi: replace some bitshifts with BIT macro, garritfra
  • Re: [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Dan Carpenter
  • <Possible follow-ups>
  • [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Garrit Franke
    • RE: [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Moore, Robert
      • Re: [Devel] Re: [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Colin Ian King
      • Re: [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Garrit Franke
        • RE: [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Moore, Robert
        • RE: [PATCH] trivial: acpi: replace some bitshifts with BIT macro, Moore, Robert
• [PATCH] ACPI: APEI: remove redundant assignment to variable rc, Colin King
  • Re: [PATCH] ACPI: APEI: remove redundant assignment to variable rc, Rafael J. Wysocki
  • <Possible follow-ups>
  • [PATCH] ACPI: APEI: remove redundant assignment to variable rc, Colin King
    • Re: [PATCH] ACPI: APEI: remove redundant assignment to variable rc, Rafael J. Wysocki
• [PATCH v13 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
    • Re: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Andy Shevchenko
      • RE: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
        • Re: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Andy Shevchenko
          • Re: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, James Morse
            • RE: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
    • Re: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Bjorn Helgaas
      • RE: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
        • Re: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Bjorn Helgaas
          • RE: [PATCH v13 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
  • <Possible follow-ups>
  • [PATCH v13 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
    • [PATCH v13 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
      • RE: [PATCH v13 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
    • Re: [PATCH v13 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Bjorn Helgaas
      • RE: [PATCH v13 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
        • Re: [PATCH v13 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, andriy.shevchenko@xxxxxxxxxxxxxxx
• [PATCH 0/3] Minor cleanups, Hanjun Guo
  • [PATCH 2/3] ACPI: NUMA: Remove the useless sub table pointer check, Hanjun Guo
  • [PATCH 1/3] ACPI: tables: Remove the duplicated checks for acpi_parse_entries_array(), Hanjun Guo
  • [PATCH 3/3] ACPI: NUMA: Remove the useless 'node >= MAX_NUMNODES' check, Hanjun Guo
  • Re: [PATCH 0/3] Minor cleanups, Rafael J. Wysocki
• [PATCH v3 00/11] ACPI/NVDIMM: Runtime Firmware Activation, Dan Williams
  • [PATCH v3 01/11] libnvdimm: Validate command family indices, Dan Williams
  • [PATCH v3 02/11] ACPI: NFIT: Move bus_dsm_mask out of generic nvdimm_bus_descriptor, Dan Williams
  • [PATCH v3 04/11] tools/testing/nvdimm: Cleanup dimm index passing, Dan Williams
  • [PATCH v3 05/11] tools/testing/nvdimm: Add command debug messages, Dan Williams
  • [PATCH v3 06/11] tools/testing/nvdimm: Prepare nfit_ctl_test() for ND_CMD_CALL emulation, Dan Williams
  • [PATCH v3 07/11] tools/testing/nvdimm: Emulate firmware activation commands, Dan Williams
  • [PATCH v3 08/11] driver-core: Introduce DEVICE_ATTR_ADMIN_{RO,RW}, Dan Williams
    • Re: [PATCH v3 08/11] driver-core: Introduce DEVICE_ATTR_ADMIN_{RO,RW}, Greg Kroah-Hartman
  • [PATCH v3 09/11] libnvdimm: Convert to DEVICE_ATTR_ADMIN_RO(), Dan Williams
  • [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Dan Williams
    • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Randy Dunlap
      • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Vishal Verma
        • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Dan Williams
      • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Dan Williams
    • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, kernel test robot
    • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Rafael J. Wysocki
      • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Vishal Verma
        • Re: [PATCH v3 10/11] PM, libnvdimm: Add runtime firmware activation support, Rafael J. Wysocki
  • [PATCH v3 11/11] ACPI: NFIT: Add runtime firmware activate support, Dan Williams
  • [PATCH v3 03/11] ACPI: NFIT: Define runtime firmware activation commands, Dan Williams
• [PATCH 0/3] ACPICA release 20200717, Erik Kaneda
  • [PATCH 1/3] ACPICA: Replace one-element array with flexible-array, Erik Kaneda
  • [PATCH 2/3] ACPICA: Do not increment operation_region reference counts for field units, Erik Kaneda
  • [PATCH 3/3] ACPICA: Update version to 20200717 Version 20200717., Erik Kaneda
  • Re: [PATCH 0/3] ACPICA release 20200717, Rafael J. Wysocki
• [PATCH 3/4] ACPI: APD: Add a fmw property is_raven, Akshu Agrawal
• [PATCH 1/4] ACPI: APD: Change name from ST to FCH, Akshu Agrawal
  • Re: [PATCH 1/4] ACPI: APD: Change name from ST to FCH, Rafael J. Wysocki
    • Re: [PATCH 1/4] ACPI: APD: Change name from ST to FCH, Agrawal, Akshu
      • Re: [PATCH 1/4] ACPI: APD: Change name from ST to FCH, Rafael J. Wysocki
• [PATCH] ACPI: actypes.h: drop a duplicated word, Randy Dunlap
  • Re: [PATCH] ACPI: actypes.h: drop a duplicated word, Rafael J. Wysocki
    • RE: [PATCH] ACPI: actypes.h: drop a duplicated word, Kaneda, Erik
• [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops, Karol Herbst
  • Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops, Lyude Paul
  • Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops, Alex Hung
    • Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops, Karol Herbst
      • Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops, Alex Hung
        • Re: [PATCH] RFC: ACPI / OSI: remove workarounds for hybrid graphics laptops, Karol Herbst
• [PATCH] ACPI: Replace HTTP links with HTTPS ones, Alexander A. Klimov
  • Re: [PATCH] ACPI: Replace HTTP links with HTTPS ones, Verma, Vishal L
  • Re: [PATCH] ACPI: Replace HTTP links with HTTPS ones, Sakari Ailus
• [PATCH v2 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
  • [PATCH v2 1/6] ACPI: Add out of bounds and numa_off protections to pxm_to_node, Jonathan Cameron
    • RE: [PATCH v2 1/6] ACPI: Add out of bounds and numa_off protections to pxm_to_node, Song Bao Hua (Barry Song)
  • [PATCH v2 2/6] ACPI: Do not create new NUMA domains from ACPI static tables that are not SRAT, Jonathan Cameron
    • RE: [PATCH v2 2/6] ACPI: Do not create new NUMA domains from ACPI static tables that are not SRAT, Song Bao Hua (Barry Song)
  • [PATCH v2 3/6] ACPI: Remove side effect of partly creating a node in acpi_map_pxm_to_online_node, Jonathan Cameron
  • [PATCH v2 4/6] ACPI: Rename acpi_map_pxm_to_online_node to pxm_to_online_node, Jonathan Cameron
  • [PATCH v2 5/6] ACPI: Remove side effect of partly creating a node in acpi_get_node, Jonathan Cameron
    • RE: [PATCH v2 5/6] ACPI: Remove side effect of partly creating a node in acpi_get_node, Song Bao Hua (Barry Song)
  • [PATCH v2 6/6] irq-chip/gic-v3-its: Fix crash if ITS is in a proximity domain without processor or memory, Jonathan Cameron
  • Re: [PATCH v2 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Hanjun Guo
  • Re: [PATCH v2 0/6] ACPI: Only create NUMA nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
• [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • [PATCH v5 01/16] ACPI / LPSS: Resume Cherry Trail PWM controller in no-irq phase, Hans de Goede
  • [PATCH v5 02/16] ACPI / LPSS: Save Cherry Trail PWM ctx registers only once (at activation), Hans de Goede
  • [PATCH v5 03/16] pwm: lpss: Fix off by one error in base_unit math in pwm_lpss_prepare(), Hans de Goede
  • [PATCH v5 04/16] pwm: lpss: Add range limit check for the base_unit register value, Hans de Goede
  • [PATCH v5 05/16] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
    • Re: [PATCH v5 05/16] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Andy Shevchenko
      • Re: [PATCH v5 05/16] pwm: lpss: Add pwm_lpss_prepare_enable() helper, Hans de Goede
  • [PATCH v5 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Hans de Goede
    • Re: [PATCH v5 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Andy Shevchenko
      • Re: [PATCH v5 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Hans de Goede
        • Re: [PATCH v5 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Andy Shevchenko
          • Re: [PATCH v5 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Hans de Goede
            • Re: [PATCH v5 06/16] pwm: lpss: Use pwm_lpss_apply() when restoring state on resume, Andy Shevchenko
  • [PATCH v5 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
    • Re: [PATCH v5 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Andy Shevchenko
      • Re: [PATCH v5 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Hans de Goede
    • Re: [PATCH v5 07/16] pwm: crc: Fix period / duty_cycle times being off by a factor of 256, Andy Shevchenko
  • [PATCH v5 08/16] pwm: crc: Fix off-by-one error in the clock-divider calculations, Hans de Goede
    • Re: [PATCH v5 08/16] pwm: crc: Fix off-by-one error in the clock-divider calculations, Andy Shevchenko
  • [PATCH v5 09/16] pwm: crc: Fix period changes not having any effect, Hans de Goede
    • Re: [PATCH v5 09/16] pwm: crc: Fix period changes not having any effect, Andy Shevchenko
  • [PATCH v5 10/16] pwm: crc: Enable/disable PWM output on enable/disable, Hans de Goede
    • Re: [PATCH v5 10/16] pwm: crc: Enable/disable PWM output on enable/disable, Andy Shevchenko
  • [PATCH v5 11/16] pwm: crc: Implement apply() method to support the new atomic PWM API, Hans de Goede
    • Re: [PATCH v5 11/16] pwm: crc: Implement apply() method to support the new atomic PWM API, Andy Shevchenko
  • [PATCH v5 12/16] pwm: crc: Implement get_state() method, Hans de Goede
  • [PATCH v5 14/16] drm/i915: panel: Honor the VBT PWM frequency for devs with an external PWM controller, Hans de Goede
  • [PATCH v5 13/16] drm/i915: panel: Add get_vbt_pwm_freq() helper, Hans de Goede
  • [PATCH v5 15/16] drm/i915: panel: Honor the VBT PWM min setting for devs with an external PWM controller, Hans de Goede
    • [PATCH v5 16/16] drm/i915: panel: Use atomic PWM API for devs with an external PWM controller, Hans de Goede
  • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Thierry Reding
    • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Andy Shevchenko
      • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
        • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Thierry Reding
          • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
  • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Andy Shevchenko
    • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
      • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Andy Shevchenko
        • Re: [PATCH v5 00/16] acpi/pwm/i915: Convert pwm-crc and i915 driver's PWM code to use the atomic PWM API, Hans de Goede
• [pm:bleeding-edge] BUILD SUCCESS 6aeb52cce12f3e09ec1af28bc4836406f0267483, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 75322f96d2ba1936cd2409565f89ee9bdf58d01d, kernel test robot
• [PATCH v8 00/12] PCI: brcmstb: enable PCIe for STB chips, Jim Quinlan
  • Re: [PATCH v8 00/12] PCI: brcmstb: enable PCIe for STB chips, Florian Fainelli
• [net-next PATCH v7 0/6] ACPI support for dpaa2 MAC driver., Calvin Johnson
  • [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Jeremy Linton
      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
        • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Jeremy Linton
          • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
            • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
                  • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
                    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
                      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Russell King - ARM Linux admin
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Sudeep Holla
          • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
            • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Sudeep Holla
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Russell King - ARM Linux admin
                  • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Rafael J. Wysocki
                  • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
            • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Jon Nettleton
            • Message not available
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
                  • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
                    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
                    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
                      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Grant Likely
            • Message not available
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Jeremy Linton
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
                  • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Jeremy Linton
                    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Florian Fainelli
                    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Jon Nettleton
                      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
    • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Grant Likely
      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
      • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
        • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
          • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
            • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andy Shevchenko
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
                • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Arnd Bergmann
          • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Arnd Bergmann
            • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Andrew Lunn
              • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Grant Likely
          • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Grant Likely
            • Re: [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
  • [net-next PATCH v7 2/6] net: phy: introduce device_mdiobus_register(), Calvin Johnson
    • Re: [net-next PATCH v7 2/6] net: phy: introduce device_mdiobus_register(), Florian Fainelli
  • [net-next PATCH v7 3/6] net/fsl: use device_mdiobus_register(), Calvin Johnson
    • Re: [net-next PATCH v7 3/6] net/fsl: use device_mdiobus_register(), Florian Fainelli
  • [net-next PATCH v7 4/6] net: phy: introduce phy_find_by_mdio_handle(), Calvin Johnson
    • Re: [net-next PATCH v7 4/6] net: phy: introduce phy_find_by_mdio_handle(), Florian Fainelli
  • [net-next PATCH v7 6/6] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
  • [net-next PATCH v7 5/6] phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
  • Re: [net-next PATCH v7 0/6] ACPI support for dpaa2 MAC driver., Grant Likely
    • Re: [net-next PATCH v7 0/6] ACPI support for dpaa2 MAC driver., Calvin Johnson
  • <Possible follow-ups>
  • [net-next PATCH v7 0/6] ACPI support for dpaa2 MAC driver., Calvin Johnson
    • [net-next PATCH v7 1/6] Documentation: ACPI: DSD: Document MDIO PHY, Calvin Johnson
    • [net-next PATCH v7 2/6] net: phy: introduce device_mdiobus_register(), Calvin Johnson
    • [net-next PATCH v7 3/6] net/fsl: use device_mdiobus_register(), Calvin Johnson
    • [net-next PATCH v7 4/6] net: phy: introduce phy_find_by_mdio_handle(), Calvin Johnson
    • [net-next PATCH v7 5/6] phylink: introduce phylink_fwnode_phy_connect(), Calvin Johnson
    • [net-next PATCH v7 6/6] net: dpaa2-mac: Add ACPI support for DPAA2 MAC driver, Calvin Johnson
    • Re: [net-next PATCH v7 0/6] ACPI support for dpaa2 MAC driver., David Miller
      • Re: [net-next PATCH v7 0/6] ACPI support for dpaa2 MAC driver., Florian Fainelli
• [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS, Rajat Jain
  • Re: [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS, Rajat Jain
    • Re: [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS, Rajat Jain
      • Re: [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS, Rajat Jain
        • Re: [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS, Rajat Jain
  • Re: [PATCH v5] PCI/ACS: Enable PCI_ACS_TB and disable only when needed for ATS, Bjorn Helgaas
• [pm:bleeding-edge] BUILD SUCCESS 13e16aa03377c16d68021fe5a6bae28c0f100551, kernel test robot
• [PATCH 8/14 v3] PCI/ACPI: Check the return value of pcie_capability_read_*(), Saheed O. Bolarinwa
  • Re: [PATCH 8/14 v3] PCI/ACPI: Check the return value of pcie_capability_read_*(), Rafael J. Wysocki
• [PATCH v7 0/6] ACPI: Support Generic Initiator proximity domains, Jonathan Cameron
  • [PATCH v7 1/6] ACPI: Support Generic Initiator only domains, Jonathan Cameron
  • [PATCH v7 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
  • [PATCH v7 3/6] ACPI: Let ACPI know we support Generic Initiator Affinity Structures, Jonathan Cameron
  • [PATCH v7 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
  • [PATCH v7 5/6] node: Add access1 class to represent CPU to memory characteristics, Jonathan Cameron
  • [PATCH v7 6/6] docs: mm: numaperf.rst Add brief description for access class 1., Jonathan Cameron
• [PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
  • Re: [PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation., Bjorn Helgaas
    • Re: [PATCH] ACPI: Only create numa nodes from entries in SRAT or SRAT emulation., Jonathan Cameron
• [PATCH v12 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
  • Re: [PATCH v12 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Bjorn Helgaas
    • Re: [PATCH v12 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Yicong Yang
• [PATCH v12 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v12 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Shiju Jose
    • Re: [PATCH v12 1/2] ACPI / APEI: Add a notifier chain for unknown (vendor) CPER records, Bjorn Helgaas
• [PATCH 1/5] ACPI: APD: Change name from ST to FCH, Akshu Agrawal
  • [PATCH 3/5] ACPI: APD: Add a fmw property is_raven, Akshu Agrawal
• [PATCH v2 00/22] device-dax: Support sub-dividing soft-reserved ranges, Dan Williams
  • [PATCH v2 01/22] x86/numa: Cleanup configuration dependent command-line options, Dan Williams
  • [PATCH v2 02/22] x86/numa: Add 'nohmat' option, Dan Williams
    • Re: [PATCH v2 02/22] x86/numa: Add 'nohmat' option, Randy Dunlap
  • [PATCH v2 03/22] efi/fake_mem: Arrange for a resource entry per efi_fake_mem instance, Dan Williams
  • [PATCH v2 04/22] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
  • [PATCH v2 05/22] resource: Report parent to walk_iomem_res_desc() callback, Dan Williams
  • [PATCH v2 06/22] x86: Move NUMA_KEEP_MEMINFO and related definition to x86-internals, Dan Williams
  • [PATCH v2 09/22] arm64: Convert to generic memblock for numa-info, Dan Williams
  • [PATCH v2 08/22] memblock: Introduce a generic phys_addr_to_target_node(), Dan Williams
    • Re: [PATCH v2 08/22] memblock: Introduce a generic phys_addr_to_target_node(), Mike Rapoport
      • Re: [PATCH v2 08/22] memblock: Introduce a generic phys_addr_to_target_node(), Dan Williams
        • RE: [PATCH v2 08/22] memblock: Introduce a generic phys_addr_to_target_node(), Justin He
  • [PATCH v2 07/22] numa: Introduce a generic memory_add_physaddr_to_nid(), Dan Williams
    • Re: [PATCH v2 07/22] numa: Introduce a generic memory_add_physaddr_to_nid(), Mike Rapoport
      • Re: [PATCH v2 07/22] numa: Introduce a generic memory_add_physaddr_to_nid(), Dan Williams
  • [PATCH v2 10/22] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
  • [PATCH v2 11/22] device-dax: Drop the dax_region.pfn_flags attribute, Dan Williams
  • [PATCH v2 12/22] device-dax: Move instance creation parameters to 'struct dev_dax_data', Dan Williams
  • [PATCH v2 13/22] device-dax: Make pgmap optional for instance creation, Dan Williams
  • [PATCH v2 15/22] device-dax: Add an allocation interface for device-dax instances, Dan Williams
  • [PATCH v2 16/22] device-dax: Introduce 'seed' devices, Dan Williams
  • [PATCH v2 17/22] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Dan Williams
    • Re: [PATCH v2 17/22] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Greg Kroah-Hartman
      • Re: [PATCH v2 17/22] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Dan Williams
        • Re: [PATCH v2 17/22] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Greg Kroah-Hartman
          • Re: [PATCH v2 17/22] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Dan Williams
            • Re: [PATCH v2 17/22] drivers/base: Make device_find_child_by_name() compatible with sysfs inputs, Greg Kroah-Hartman