Linux ACPI

• Date Index

• [PATCH 07/18] ACPI: osl: Remove the duplicated PREFIX for message printing, (continued)
  • [PATCH 07/18] ACPI: osl: Remove the duplicated PREFIX for message printing, Hanjun Guo
  • [PATCH 04/18] ACPI: event: Use pr_*() macros to replace printk(), Hanjun Guo
  • [PATCH 16/18] ACPI: sbs: Unify the message printing, Hanjun Guo
  • [PATCH 05/18] ACPI: glue: Clean up the printing messages, Hanjun Guo
  • [PATCH 02/18] ACPI: blacklist: Unify the message printing, Hanjun Guo
  • [PATCH 14/18] ACPI: sbshc: Unify the message printing, Hanjun Guo
  • [PATCH 08/18] ACPI: pci_root: Unify the message printing, Hanjun Guo
  • [PATCH 11/18] ACPI: processor_throttling: Cleanup the printing messages, Hanjun Guo
  • [PATCH 17/18] ACPI: sleep: Unify the message printing, Hanjun Guo
  • Re: [PATCH 00/18] ACPI: Further cleanups for message printing, Rafael J. Wysocki
• [PATCH 1/1] PNP: use DEVICE_ATTR_RO macro, Zhen Lei
  • Re: [PATCH 1/1] PNP: use DEVICE_ATTR_RO macro, Rafael J. Wysocki
• [PATCH] ACPI: tables: fixes the missed acpi_put_table() in acpi_init_fpdt(), Jing Xiangfeng
  • Re: [PATCH] ACPI: tables: fixes the missed acpi_put_table() in acpi_init_fpdt(), Zhang Rui
  • Re: [PATCH] ACPI: tables: fixes the missed acpi_put_table() in acpi_init_fpdt(), Hanjun Guo
    • Re: [PATCH] ACPI: tables: fixes the missed acpi_put_table() in acpi_init_fpdt(), Jing Xiangfeng
• [PATCH v6 1/1] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
  • Re: [PATCH v6 1/1] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
    • Re: [PATCH v6 1/1] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
• [PATCH v2] ACPI / PPTT: Populate cache-id from rev3 of PPTT in ACPIv6.4, Joey Gouly
  • Re: [PATCH v2] ACPI / PPTT: Populate cache-id from rev3 of PPTT in ACPIv6.4, Rafael J. Wysocki
• [PATCH] ACPI: APEI: ERST: Fix missing error code in erst_init(), Jiapeng Chong
  • Re: [PATCH] ACPI: APEI: ERST: Fix missing error code in erst_init(), Kees Cook
    • Re: [PATCH] ACPI: APEI: ERST: Fix missing error code in erst_init(), Huang, Ying
• [PATCH 1/1] ACPI: OSL: Use DEFINE_RES_IO_NAMED() to simplify code, Zhen Lei
• [PATCH v2 1/7] docs: firmware-guide: ACPI: Add a PWM example, Andy Shevchenko
  • [PATCH v2 7/7] pwm: core: Simplify some devm_*pwm*() functions, Andy Shevchenko
    • Re: [PATCH v2 7/7] pwm: core: Simplify some devm_*pwm*() functions, Uwe Kleine-König
  • [PATCH v2 3/7] pwm: core: Convert to use fwnode for matching, Andy Shevchenko
  • [PATCH v2 5/7] pwm: core: Unify fwnode checks in the module, Andy Shevchenko
  • [PATCH v2 6/7] pwm: core: Remove unused devm_pwm_put(), Andy Shevchenko
    • Re: [PATCH v2 6/7] pwm: core: Remove unused devm_pwm_put(), Uwe Kleine-König
  • [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Andy Shevchenko
    • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Uwe Kleine-König
      • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Andy Shevchenko
        • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Uwe Kleine-König
          • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Andy Shevchenko
            • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Andy Shevchenko
              • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Andy Shevchenko
                • Re: [PATCH v2 2/7] pwm: core: Always require PWM flags to be provided, Uwe Kleine-König
  • [PATCH v2 4/7] pwm: core: Reuse fwnode_to_pwmchip() in ACPI case, Andy Shevchenko
• [PATCH v1 1/5] docs: firmware-guide: ACPI: Add a PWM example, Andy Shevchenko
  • [PATCH v1 3/5] pwm: core: Convert to use fwnode for matching, Andy Shevchenko
  • [PATCH v1 2/5] pwm: core: Always require PWM flags to be provided, Andy Shevchenko
  • [PATCH v1 5/5] pwm: core: Unify fwnode checks in the module, Andy Shevchenko
  • [PATCH v1 4/5] pwm: core: Reuse fwnode_to_pwmchip() in ACPI case, Andy Shevchenko
  • Re: [PATCH v1 1/5] docs: firmware-guide: ACPI: Add a PWM example, Andy Shevchenko
    • Re: [PATCH v1 1/5] docs: firmware-guide: ACPI: Add a PWM example, Andy Shevchenko
• [PATCH v3 2/2] acpi: Move check for _DSD StorageD3Enable property to acpi, Mario Limonciello
  • Re: [PATCH v3 2/2] acpi: Move check for _DSD StorageD3Enable property to acpi, Christoph Hellwig
• [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, Mario Limonciello
  • Re: [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, Christoph Hellwig
    • RE: [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, N, Shyjumon
      • Re: [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, Limonciello, Mario
        • Re: [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, David E. Box
    • Re: [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, David E. Box
  • Re: [PATCH v3 1/2] nvme: Look for StorageD3Enable on companion ACPI device instead, Christoph Hellwig
• [PATCH v3 0/2] Improvements to StorageD3Enable, Mario Limonciello
• [GIT PULL] ACPI fix for v5.13-rc4, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fix for v5.13-rc4, pr-tracker-bot
• [PATCH v1] ACPI / PPTT: Populate cache-id from rev3 of PPTT in ACPIv6.4, Joey Gouly
  • Re: [PATCH v1] ACPI / PPTT: Populate cache-id from rev3 of PPTT in ACPIv6.4, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS b2864f8ca01d373c62bbfe71fa01695b039edbbf, kernel test robot
• Re: [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property, Raul Rangel
  • Re: [PATCH V5] drivers/nvme: Add support for ACPI StorageD3Enable property, David E. Box
• [PATCH v15 0/3] iommu/arm-smmu-v3: Add stall support, Jean-Philippe Brucker
  • [PATCH v15 1/3] dt-bindings: document stall property for IOMMU masters, Jean-Philippe Brucker
  • [PATCH v15 2/3] ACPI/IORT: Enable stall support for platform devices, Jean-Philippe Brucker
  • [PATCH v15 3/3] iommu/arm-smmu-v3: Add stall support for platform devices, Jean-Philippe Brucker
  • Re: [PATCH v15 0/3] iommu/arm-smmu-v3: Add stall support, Will Deacon
    • Re: [PATCH v15 0/3] iommu/arm-smmu-v3: Add stall support, Jean-Philippe Brucker
• [PATCH][next] acpi: power: remove redundant initialization of variable result, Colin King
  • Re: [PATCH][next] acpi: power: remove redundant initialization of variable result, Rafael J. Wysocki
• [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Andy Shevchenko
  • [PATCH v1 6/6] staging: atomisp: Remove unused port_enabled variable, Andy Shevchenko
  • [PATCH v1 5/6] staging: atomisp: Move MIPI_PORT_LANES to the only user, Andy Shevchenko
    • Re: [PATCH v1 5/6] staging: atomisp: Move MIPI_PORT_LANES to the only user, kernel test robot
  • [PATCH v1 3/6] staging: atomisp: Remove unused declarations, Andy Shevchenko
  • [PATCH v1 2/6] staging: atomisp: Replace open-coded i2c_acpi_find_client_by_adev(), Andy Shevchenko
    • Re: [PATCH v1 2/6] staging: atomisp: Replace open-coded i2c_acpi_find_client_by_adev(), Mauro Carvalho Chehab
      • Re: [PATCH v1 2/6] staging: atomisp: Replace open-coded i2c_acpi_find_client_by_adev(), Andy Shevchenko
  • [PATCH v1 4/6] staging: atomisp: Annotate a couple of definitions with __maybe_unused, Andy Shevchenko
  • Re: [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Wolfram Sang
    • Re: [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Andy Shevchenko
      • Re: [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Andy Shevchenko
    • Re: [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Greg Kroah-Hartman
      • Re: [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Andy Shevchenko
        • Re: [PATCH v1 1/6] i2c: acpi: Export i2c_acpi_find_client_by_adev() for users, Wolfram Sang
• [pm:bleeding-edge] BUILD SUCCESS bf15f94bdcd8d77957c0649a2ea7e39705b699a1, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 04e5775c09a2edfe8b310fd22099d46d98e0a5d2, kernel test robot
• [PATCH v1 0/3] ACPI: power: Keep track of power resource states, Rafael J. Wysocki
  • [PATCH v1 2/3] ACPI: power: Save the last known state of each power resource, Rafael J. Wysocki
  • [PATCH v1 1/3] ACPI: power: Use u8 as the power resource state data type, Rafael J. Wysocki
  • [PATCH v1 3/3] ACPI: power: Rework turning off unused power resources, Rafael J. Wysocki
• [PATCH v4 0/5] PCI Data Object Exchange support + CXL CDAT, Jonathan Cameron
  • [PATCH v4 1/5] PCI: Add vendor ID for the PCI SIG, Jonathan Cameron
    • Re: [PATCH v4 1/5] PCI: Add vendor ID for the PCI SIG, Dan Williams
      • Re: [PATCH v4 1/5] PCI: Add vendor ID for the PCI SIG, Jonathan Cameron
        • Re: [PATCH v4 1/5] PCI: Add vendor ID for the PCI SIG, Dan Williams
  • [PATCH v4 2/5] PCI/DOE: Add Data Object Exchange support, Jonathan Cameron
    • Re: [PATCH v4 2/5] PCI/DOE: Add Data Object Exchange support, Dan Williams
      • Re: [PATCH v4 2/5] PCI/DOE: Add Data Object Exchange support, Dan Williams
        • Re: [PATCH v4 2/5] PCI/DOE: Add Data Object Exchange support, Lorenzo Pieralisi
          • Re: [PATCH v4 2/5] PCI/DOE: Add Data Object Exchange support, Jonathan Cameron
  • [PATCH v4 3/5] cxl/mem: Add CDAT table reading from DOE, Jonathan Cameron
    • Re: [PATCH v4 3/5] cxl/mem: Add CDAT table reading from DOE, Dan Williams
  • [PATCH v4 4/5] DONOTMERGE: PCI/DOE: Add per DOE chrdev for ioctl based access, Jonathan Cameron
    • Re: [PATCH v4 4/5] DONOTMERGE: PCI/DOE: Add per DOE chrdev for ioctl based access, kernel test robot
  • [PATCH v4 5/5] DONOTMERGE: PCI/DOE: Add userspace example program to tools/pci, Jonathan Cameron
  • Re: [PATCH v4 0/5] PCI Data Object Exchange support + CXL CDAT, Jonathan Cameron
• [PATCH -next] ACPI: LPSS: Replaced simple_strtol() with kstrtol(), Liu Shixin
  • Re: [PATCH -next] ACPI: LPSS: Replaced simple_strtol() with kstrtol(), Rafael J. Wysocki
    • Re: [PATCH -next] ACPI: LPSS: Replaced simple_strtol() with kstrtol(), Liu Shixin
      • Re: [PATCH -next] ACPI: LPSS: Replaced simple_strtol() with kstrtol(), Rafael J. Wysocki
• [PATCH v5 0/8] ACPI/IORT: Support for IORT RMR node, Shameer Kolothum
  • [PATCH v5 1/8] ACPI/IORT: Add support for RMR node parsing, Shameer Kolothum
    • Re: [PATCH v5 1/8] ACPI/IORT: Add support for RMR node parsing, Robin Murphy
      • RE: [PATCH v5 1/8] ACPI/IORT: Add support for RMR node parsing, Shameerali Kolothum Thodi
  • [PATCH v5 2/8] iommu/dma: Introduce generic helper to retrieve RMR info, Shameer Kolothum
    • Re: [PATCH v5 2/8] iommu/dma: Introduce generic helper to retrieve RMR info, kernel test robot
  • [PATCH v5 4/8] iommu/arm-smmu-v3: Introduce strtab init helper, Shameer Kolothum
  • [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Shameer Kolothum
    • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Laurentiu Tudor
      • RE: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Shameerali Kolothum Thodi
        • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Laurentiu Tudor
          • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Jon Nettleton
            • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Laurentiu Tudor
        • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Jon Nettleton
        • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Robin Murphy
    • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Robin Murphy
      • RE: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Shameerali Kolothum Thodi
        • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Jon Nettleton
          • Re: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Jon Nettleton
            • RE: [PATCH v5 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Shameerali Kolothum Thodi
  • [PATCH v5 5/8] iommu/arm-smmu-v3: Add bypass flag to arm_smmu_write_strtab_ent(), Shameer Kolothum
    • Re: [PATCH v5 5/8] iommu/arm-smmu-v3: Add bypass flag to arm_smmu_write_strtab_ent(), Robin Murphy
      • RE: [PATCH v5 5/8] iommu/arm-smmu-v3: Add bypass flag to arm_smmu_write_strtab_ent(), Shameerali Kolothum Thodi
  • [PATCH v5 6/8] iommu/arm-smmu-v3: Get associated RMR info and install, Shameer Kolothum
    • Re: [PATCH v5 6/8] iommu/arm-smmu-v3: Get associated RMR info and install, Robin Murphy
  • [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Shameer Kolothum
    • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Jon Nettleton
      • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Steven Price
        • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Jon Nettleton
          • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Jon Nettleton
            • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Robin Murphy
    • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Robin Murphy
      • RE: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Shameerali Kolothum Thodi
        • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Jon Nettleton
      • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Jon Nettleton
        • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Robin Murphy
          • Re: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Jon Nettleton
            • RE: [PATCH v5 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Shameerali Kolothum Thodi
  • [PATCH v5 8/8] iommu/dma: Reserve any RMR regions associated with a dev, Shameer Kolothum
  • Re: [PATCH v5 0/8] ACPI/IORT: Support for IORT RMR node, Steven Price
• [PATCH] ACPI: configfs: Replace ACPI_INFO() with pr_debug(), Hanjun Guo
  • Re: [PATCH] ACPI: configfs: Replace ACPI_INFO() with pr_debug(), Rafael J. Wysocki
• [PATCH] ACPI: ipmi: Remove address space handler in error path, Hanjun Guo
  • Re: [PATCH] ACPI: ipmi: Remove address space handler in error path, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 3e96bfcd74d28fa143840d41e24403eb50d45c38, kernel test robot
• [PATCH 0/1] Mutex memory leak fix, Erik Kaneda
  • [PATCH 1/1] ACPICA: Clean up context mutex during object deletion, Erik Kaneda
    • Re: [PATCH 1/1] ACPICA: Clean up context mutex during object deletion, Rafael J. Wysocki
• [PATCH] acpi-cpufreq: Skip initialization if a cpufreq driver exists, Kyle Meyer
• [PATCH] ACPI: power: Refine turning off unused power resources, Rafael J. Wysocki
• [PATCH v4 0/8] Introduce intel_skl_int3472 module, Daniel Scally
  • [PATCH v4 1/8] ACPI: scan: Extend acpi_walk_dep_device_list(), Daniel Scally
    • Re: [PATCH v4 1/8] ACPI: scan: Extend acpi_walk_dep_device_list(), Maximilian Luz
    • Re: [PATCH v4 1/8] ACPI: scan: Extend acpi_walk_dep_device_list(), Rafael J. Wysocki
      • Re: [PATCH v4 1/8] ACPI: scan: Extend acpi_walk_dep_device_list(), Hans de Goede
    • Re: [PATCH v4 1/8] ACPI: scan: Extend acpi_walk_dep_device_list(), Andy Shevchenko
  • [PATCH v4 2/8] ACPI: scan: Add function to fetch dependent of acpi device, Daniel Scally
    • Re: [PATCH v4 2/8] ACPI: scan: Add function to fetch dependent of acpi device, Rafael J. Wysocki
      • Re: [PATCH v4 2/8] ACPI: scan: Add function to fetch dependent of acpi device, Rafael J. Wysocki
        • Re: [PATCH v4 2/8] ACPI: scan: Add function to fetch dependent of acpi device, Daniel Scally
  • [PATCH v4 3/8] i2c: core: Add a format macro for I2C device names, Daniel Scally
  • [PATCH v4 5/8] clkdev: Make clkdev_drop() null aware, Daniel Scally
  • [PATCH v4 6/8] gpiolib: acpi: Add acpi_gpio_get_io_resource(), Daniel Scally
    • Re: [PATCH v4 6/8] gpiolib: acpi: Add acpi_gpio_get_io_resource(), Andy Shevchenko
      • Re: [PATCH v4 6/8] gpiolib: acpi: Add acpi_gpio_get_io_resource(), Daniel Scally
  • [PATCH v4 4/8] gpiolib: acpi: Export acpi_get_gpiod(), Daniel Scally
  • [PATCH v4 7/8] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
    • Re: [PATCH v4 7/8] platform/x86: Add intel_skl_int3472 driver, Andy Shevchenko
      • Re: [PATCH v4 7/8] platform/x86: Add intel_skl_int3472 driver, Daniel Scally
        • Re: [PATCH v4 7/8] platform/x86: Add intel_skl_int3472 driver, Andy Shevchenko
  • [PATCH v4 8/8] mfd: tps68470: Remove tps68470 MFD driver, Daniel Scally
  • Re: [PATCH v4 0/8] Introduce intel_skl_int3472 module, Hans de Goede
    • Re: [PATCH v4 0/8] Introduce intel_skl_int3472 module, Hans de Goede
      • Re: [PATCH v4 0/8] Introduce intel_skl_int3472 module, Andy Shevchenko
    • Re: [PATCH v4 0/8] Introduce intel_skl_int3472 module, Daniel Scally
      • Re: [PATCH v4 0/8] Introduce intel_skl_int3472 module, Andy Shevchenko
      • Re: [PATCH v4 0/8] Introduce intel_skl_int3472 module, Hans de Goede
• [PATCH] ACPI: Remove redundant assignment of error, Shaokun Zhang
  • Re: [PATCH] ACPI: Remove redundant assignment of error, Rafael J. Wysocki
• [PATCH v1 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match(), Andy Shevchenko
  • Re: [PATCH v1 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match(), Rafael J. Wysocki
    • Re: [PATCH v1 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match(), Rafael J. Wysocki
      • Re: [PATCH v1 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match(), Daniel Scally
        • Re: [PATCH v1 1/1] ACPI: utils: Fix reference counting in for_each_acpi_dev_match(), Andy Shevchenko
• [PATCH 0/9] thunderbolt: Offline on-board retimer NVM upgrade support, Mika Westerberg
  • [PATCH 3/9] thunderbolt: Add support for ACPI _DSM to power on/off retimers, Mika Westerberg
  • [PATCH 1/9] thunderbolt: Log the link as TBT instead of TBT3, Mika Westerberg
  • [PATCH 2/9] thunderbolt: Add USB4 port devices, Mika Westerberg
    • Re: [PATCH 2/9] thunderbolt: Add USB4 port devices, Heikki Krogerus
      • Re: [PATCH 2/9] thunderbolt: Add USB4 port devices, Heikki Krogerus
      • Re: [PATCH 2/9] thunderbolt: Add USB4 port devices, Mika Westerberg
        • Re: [PATCH 2/9] thunderbolt: Add USB4 port devices, Heikki Krogerus
  • [PATCH 4/9] thunderbolt: Add additional USB4 port operations for retimer access, Mika Westerberg
  • [PATCH 8/9] thunderbolt: Add WRITE_ONLY and AUTHENTICATE_ONLY NVM operations for retimers, Mika Westerberg
  • [PATCH 6/9] thunderbolt: Move nvm_write_ops to tb.h, Mika Westerberg
  • [PATCH 7/9] thunderbolt: Allow router NVM authenticate separately, Mika Westerberg
  • [PATCH 9/9] thunderbolt: Check for NVM authentication status after the operation started, Mika Westerberg
  • [PATCH 5/9] thunderbolt: Add support for retimer NVM upgrade when there is no link, Mika Westerberg
  • Re: [PATCH 0/9] thunderbolt: Offline on-board retimer NVM upgrade support, Greg Kroah-Hartman
    • Re: [PATCH 0/9] thunderbolt: Offline on-board retimer NVM upgrade support, Mika Westerberg
• [PATCH] ACPI: Increase ACPI_MAX_HANDLES, Raul E Rangel
• [pm:bleeding-edge] BUILD SUCCESS 31696a0a4ca5a5b29bf3fd87a936e27a89bbc9c8, kernel test robot
• [PATCH v2] ACPI: DPTF: Add new PCH FIVR methods, Srinivas Pandruvada
  • Re: [PATCH v2] ACPI: DPTF: Add new PCH FIVR methods, Rafael J. Wysocki
    • Re: [PATCH v2] ACPI: DPTF: Add new PCH FIVR methods, Srinivas Pandruvada
      • Re: [PATCH v2] ACPI: DPTF: Add new PCH FIVR methods, Rafael J. Wysocki
• [PATCH][next] ACPI: Fix fall-through warning for Clang, Gustavo A. R. Silva
  • Re: [PATCH][next] ACPI: Fix fall-through warning for Clang, Rafael J. Wysocki
• [PATCH] ACPI: DPTF: Add new PCH FIVR methods, Srinivas Pandruvada
  • Re: [PATCH] ACPI: DPTF: Add new PCH FIVR methods, Rafael J. Wysocki
    • Re: [PATCH] ACPI: DPTF: Add new PCH FIVR methods, Srinivas Pandruvada
  • <Possible follow-ups>
  • [PATCH] ACPI: DPTF: Add new PCH FIVR methods, Srinivas Pandruvada
    • Re: [PATCH] ACPI: DPTF: Add new PCH FIVR methods, Rafael J. Wysocki
• [PATCH v3 00/16] Replace some bad characters on documents, Mauro Carvalho Chehab
  • [PATCH v3 14/16] docs: firmware-guide: acpi: dsd: graph.rst: replace some characters, Mauro Carvalho Chehab
    • Re: [PATCH v3 14/16] docs: firmware-guide: acpi: dsd: graph.rst: replace some characters, Rafael J. Wysocki
  • Re: [PATCH v3 00/16] Replace some bad characters on documents, David Woodhouse
    • Re: [PATCH v3 00/16] Replace some bad characters on documents, Mauro Carvalho Chehab
• [pm:bleeding-edge] BUILD SUCCESS 05bb2ae3f2bf0f86fe8740b90d357cccb7aa3764, kernel test robot
• [GIT PULL] libnvdimm fixes for 5.13-rc2, Dan Williams
  • Re: [GIT PULL] libnvdimm fixes for 5.13-rc2, pr-tracker-bot
• [PATCH] ACPI: PM / fan: Put fan device IDs into separate header file, Rafael J. Wysocki
• [PATCH] ACPI: APEI: Don't warn if ACPI is disabled, Jon Hunter
  • Re: [PATCH] ACPI: APEI: Don't warn if ACPI is disabled, Rafael J. Wysocki
• [PATCH 0/3] arch_topology, ACPI: populate cpu capacity from CPPC, Ionela Voinescu
  • [PATCH 1/3] x86, ACPI: rename init_freq_invariance_cppc to arch_init_invariance_cppc, Ionela Voinescu
  • [PATCH 2/3] arch_topology: obtain cpu capacity using information from CPPC, Ionela Voinescu
    • Re: [PATCH 2/3] arch_topology: obtain cpu capacity using information from CPPC, Dietmar Eggemann
      • Re: [PATCH 2/3] arch_topology: obtain cpu capacity using information from CPPC, Ionela Voinescu
    • Re: [PATCH 2/3] arch_topology: obtain cpu capacity using information from CPPC, Valentin Schneider
  • [PATCH 3/3] arm64, topology: enable use of init_cpu_capacity_cppc(), Ionela Voinescu
    • Re: [PATCH 3/3] arm64, topology: enable use of init_cpu_capacity_cppc(), Catalin Marinas
    • Re: [PATCH 3/3] arm64, topology: enable use of init_cpu_capacity_cppc(), Dietmar Eggemann
      • Re: [PATCH 3/3] arm64, topology: enable use of init_cpu_capacity_cppc(), Ionela Voinescu
  • Re: [PATCH 0/3] arch_topology, ACPI: populate cpu capacity from CPPC, Valentin Schneider
    • Re: [PATCH 0/3] arch_topology, ACPI: populate cpu capacity from CPPC, Ionela Voinescu
• [PATCH v4 0/8] CXL Port Enumeration and Plans for v5.14, Dan Williams
  • [PATCH v4 1/8] cxl/mem: Move some definitions to mem.h, Dan Williams
  • [PATCH v4 2/8] cxl/mem: Introduce 'struct cxl_regs' for "composable" CXL devices, Dan Williams
  • [PATCH v4 3/8] cxl/core: Rename bus.c to core.c, Dan Williams
  • [PATCH v4 4/8] cxl/core: Refactor CXL register lookup for bridge reuse, Dan Williams
  • [PATCH v4 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Dan Williams
    • Re: [PATCH v4 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Jonathan Cameron
      • Re: [PATCH v4 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Dan Williams
      • [PATCH v5 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Dan Williams
  • [PATCH v4 6/8] cxl/Kconfig: Default drivers to CONFIG_CXL_BUS, Dan Williams
  • [PATCH v4 7/8] cxl/port: Introduce cxl_port objects, Dan Williams
    • [PATCH v5 7/8] cxl/port: Introduce cxl_port objects, Dan Williams
  • [PATCH v4 8/8] cxl/acpi: Add module parameters to stand in for ACPI tables, Dan Williams
• [GIT PULL] ACPI fixes for v5.13-rc2, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v5.13-rc2, Linus Torvalds
    • Re: [GIT PULL] ACPI fixes for v5.13-rc2, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v5.13-rc2, pr-tracker-bot
• [PATCH v4 0/8] ACPI/IORT: Support for IORT RMR node, Shameer Kolothum
  • [PATCH v4 1/8] ACPI/IORT: Add support for RMR node parsing, Shameer Kolothum
    • Re: [PATCH v4 1/8] ACPI/IORT: Add support for RMR node parsing, Lorenzo Pieralisi
      • RE: [PATCH v4 1/8] ACPI/IORT: Add support for RMR node parsing, Shameerali Kolothum Thodi
  • [PATCH v4 2/8] iommu/dma: Introduce generic helper to retrieve RMR info, Shameer Kolothum
    • Re: [PATCH v4 2/8] iommu/dma: Introduce generic helper to retrieve RMR info, Joerg Roedel
      • RE: [PATCH v4 2/8] iommu/dma: Introduce generic helper to retrieve RMR info, Shameerali Kolothum Thodi
        • Re: [PATCH v4 2/8] iommu/dma: Introduce generic helper to retrieve RMR info, Robin Murphy
  • [PATCH v4 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Shameer Kolothum
    • Re: [PATCH v4 3/8] ACPI/IORT: Add a helper to retrieve RMR memory regions, Lorenzo Pieralisi
  • [PATCH v4 4/8] iommu/arm-smmu-v3: Introduce strtab init helper, Shameer Kolothum
  • [PATCH v4 5/8] iommu/arm-smmu-v3: Add bypass flag to arm_smmu_write_strtab_ent(), Shameer Kolothum
  • [PATCH v4 6/8] iommu/arm-smmu-v3: Get associated RMR info and install bypass STE, Shameer Kolothum
  • [PATCH v4 7/8] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Shameer Kolothum
  • [PATCH v4 8/8] iommu/dma: Reserve any RMR regions associated with a dev, Shameer Kolothum
  • Re: [PATCH v4 0/8] ACPI/IORT: Support for IORT RMR node, Steven Price
    • RE: [PATCH v4 0/8] ACPI/IORT: Support for IORT RMR node, Shameerali Kolothum Thodi
• [pm:bleeding-edge] BUILD SUCCESS 63ab1d0f590ff7fe3234589aa977b5777661d091, kernel test robot
• [PATCH v3] ACPI / idle: override c-state latency when not in conformance with s0ix, Mario Limonciello
  • Re: [PATCH v3] ACPI / idle: override c-state latency when not in conformance with s0ix, Rafael J. Wysocki
• [PATCH] serial: 8250_dw: Add device HID for new AMD UART controller, Maximilian Luz
  • Re: [PATCH] serial: 8250_dw: Add device HID for new AMD UART controller, Andy Shevchenko
  • Re: [PATCH] serial: 8250_dw: Add device HID for new AMD UART controller, Rafael J. Wysocki
    • Re: [PATCH] serial: 8250_dw: Add device HID for new AMD UART controller, Greg Kroah-Hartman
• [PATCH] pnp: Switch to dev_dbg, Heiner Kallweit
  • Re: [PATCH] pnp: Switch to dev_dbg, Rafael J. Wysocki
• [PATCH] pnp: Remove pnp_alloc, Heiner Kallweit
  • Re: [PATCH] pnp: Remove pnp_alloc, Rafael J. Wysocki
• [PATCH AUTOSEL 4.4 2/4] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 4.9 2/7] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 4.14 09/12] gpiolib: acpi: Add quirk to ignore EC wakeups on Dell Venue 10 Pro 5055, Sasha Levin
• [PATCH AUTOSEL 4.14 04/12] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 4.19 14/18] gpiolib: acpi: Add quirk to ignore EC wakeups on Dell Venue 10 Pro 5055, Sasha Levin
• [PATCH AUTOSEL 4.19 05/18] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 5.4 19/23] gpiolib: acpi: Add quirk to ignore EC wakeups on Dell Venue 10 Pro 5055, Sasha Levin
• [PATCH AUTOSEL 5.4 06/23] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 5.10 29/34] gpiolib: acpi: Add quirk to ignore EC wakeups on Dell Venue 10 Pro 5055, Sasha Levin
• [PATCH AUTOSEL 5.10 13/34] PCI: tegra: Add Tegra194 MCFG quirks for ECAM errata, Sasha Levin
• [PATCH AUTOSEL 5.10 06/34] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 5.11 30/35] gpiolib: acpi: Add quirk to ignore EC wakeups on Dell Venue 10 Pro 5055, Sasha Levin
• [PATCH AUTOSEL 5.11 14/35] PCI: tegra: Add Tegra194 MCFG quirks for ECAM errata, Sasha Levin
• [PATCH AUTOSEL 5.11 06/35] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH AUTOSEL 5.12 32/37] gpiolib: acpi: Add quirk to ignore EC wakeups on Dell Venue 10 Pro 5055, Sasha Levin
• [PATCH AUTOSEL 5.12 16/37] PCI: tegra: Add Tegra194 MCFG quirks for ECAM errata, Sasha Levin
• [PATCH AUTOSEL 5.12 07/37] ACPI / hotplug / PCI: Fix reference count leak in enable_slot(), Sasha Levin
• [PATCH v2] ACPI / idle: override c-state latency when not in conformance with s0ix, Mario Limonciello
  • RE: [PATCH v2] ACPI / idle: override c-state latency when not in conformance with s0ix, Limonciello, Mario
• [PATCH 0/2] cpufreq: intel_pstate: HWP support on hybrid processors, Rafael J. Wysocki
  • [PATCH 2/2] cpufreq: intel_pstate: hybrid: CPU-specific scaling factor, Rafael J. Wysocki
  • [PATCH 1/2] cpufreq: intel_pstate: hybrid: Avoid exposing two global attributes, Rafael J. Wysocki
• [PATCH] ACPICA: Use ACPI_FALLTHROUGH, Wei Ming Chen
  • RE: [PATCH] ACPICA: Use ACPI_FALLTHROUGH, Kaneda, Erik
• [PATCH 0/1] platform/x86: intel_int0002_vgpio: Only call enable_irq_wake() when using s2idle, Hans de Goede
  • [PATCH 1/1] platform/x86: intel_int0002_vgpio: Only call enable_irq_wake() when using s2idle, Hans de Goede
    • Re: [PATCH 1/1] platform/x86: intel_int0002_vgpio: Only call enable_irq_wake() when using s2idle, Andy Shevchenko
      • Re: [PATCH 1/1] platform/x86: intel_int0002_vgpio: Only call enable_irq_wake() when using s2idle, Hans de Goede
    • Re: [PATCH 1/1] platform/x86: intel_int0002_vgpio: Only call enable_irq_wake() when using s2idle, Rafael J. Wysocki
    • Re: [PATCH 1/1] platform/x86: intel_int0002_vgpio: Only call enable_irq_wake() when using s2idle, Hans de Goede
• [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
  • [PATCH v2 38/40] docs: firmware-guide: acpi: dsd: graph.rst: Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
    • Re: [PATCH v2 38/40] docs: firmware-guide: acpi: dsd: graph.rst: Use ASCII subset instead of UTF-8 alternate symbols, Rafael J. Wysocki
  • [PATCH v2 37/40] docs: firmware-guide: acpi: lpit.rst: Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
    • Re: [PATCH v2 37/40] docs: firmware-guide: acpi: lpit.rst: Use ASCII subset instead of UTF-8 alternate symbols, Rafael J. Wysocki
  • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Theodore Ts'o
    • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
      • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, David Woodhouse
  • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, David Woodhouse
    • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
      • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, David Woodhouse
        • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Edward Cree
          • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
        • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
          • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, David Woodhouse
            • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, Mauro Carvalho Chehab
              • Re: [PATCH v2 00/40] Use ASCII subset instead of UTF-8 alternate symbols, David Woodhouse
• [PATCH] ACPICA: fix a memleak issue related to ACPI/GPIO, chenxiang
  • RE: [PATCH] ACPICA: fix a memleak issue related to ACPI/GPIO, Kaneda, Erik
    • Re: [PATCH] ACPICA: fix a memleak issue related to ACPI/GPIO, chenxiang (M)
      • RE: [PATCH] ACPICA: fix a memleak issue related to ACPI/GPIO, Kaneda, Erik
        • Re: [PATCH] ACPICA: fix a memleak issue related to ACPI/GPIO, chenxiang (M)
• [PATCH v2] ACPI: PM: Add ACPI ID of Alder Lake Fan, Sumeet Pawnikar
  • Re: [PATCH v2] ACPI: PM: Add ACPI ID of Alder Lake Fan, Zhang Rui
    • Re: [PATCH v2] ACPI: PM: Add ACPI ID of Alder Lake Fan, Rafael J. Wysocki
• [PATCH] ACPI: PM: Add APCI ID of Alder Lake Fan, Sumeet Pawnikar
• [PATCH] ACPI/IORT: Handle device properties with software node API, Heikki Krogerus
  • Re: [PATCH] ACPI/IORT: Handle device properties with software node API, Rafael J. Wysocki
    • Re: [PATCH] ACPI/IORT: Handle device properties with software node API, Hanjun Guo
  • Re: [PATCH] ACPI/IORT: Handle device properties with software node API, Lorenzo Pieralisi
    • Re: [PATCH] ACPI/IORT: Handle device properties with software node API, Heikki Krogerus
      • Re: [PATCH] ACPI/IORT: Handle device properties with software node API, Rafael J. Wysocki
• [PATCH] ACPI / EC: Fix media keys not working problem on more Asus laptops, Jian-Hong Pan
  • Re: [PATCH] ACPI / EC: Fix media keys not working problem on more Asus laptops, Rafael J. Wysocki
    • Re: [PATCH] ACPI / EC: Fix media keys not working problem on more Asus laptops, Rafael J. Wysocki
      • [PATCH v2] ACPI: EC: Make more Asus laptops use ECDT _GPE, Jian-Hong Pan
        • Re: [PATCH v2] ACPI: EC: Make more Asus laptops use ECDT _GPE, Rafael J. Wysocki
          • Re: [PATCH v2] ACPI: EC: Make more Asus laptops use ECDT _GPE, Chris Chiu
            • [PATCH v3] ACPI: EC: Make more Asus laptops use ECDT _GPE, Jian-Hong Pan
              • Re: [PATCH v3] ACPI: EC: Make more Asus laptops use ECDT _GPE, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 0978c6eb278c71655ec1919e034584bd095b3b5b, kernel test robot
• [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Mario Limonciello
  • Re: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Rafael J. Wysocki
    • RE: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Limonciello, Mario
      • Re: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Rafael J. Wysocki
        • Re: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Rafael J. Wysocki
          • RE: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Limonciello, Mario
            • RE: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Deucher, Alexander
              • RE: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Limonciello, Mario
                • Re: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Rafael J. Wysocki
                  • RE: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Limonciello, Mario
                    • Re: [PATCH] ACPI / idle: override c-state latency when not in conformance with s0ix, Rafael J. Wysocki
• [RFC PATCH] Revert "arm64: PCI: Exclude ACPI "consumer" resources from host bridge windows", Maximilian Luz
  • Re: [RFC PATCH] Revert "arm64: PCI: Exclude ACPI "consumer" resources from host bridge windows", Will Deacon
    • Re: [RFC PATCH] Revert "arm64: PCI: Exclude ACPI "consumer" resources from host bridge windows", Lorenzo Pieralisi
      • Re: [RFC PATCH] Revert "arm64: PCI: Exclude ACPI "consumer" resources from host bridge windows", Maximilian Luz
      • Re: [RFC PATCH] Revert "arm64: PCI: Exclude ACPI "consumer" resources from host bridge windows", Bjorn Helgaas
        • Re: [RFC PATCH] Revert "arm64: PCI: Exclude ACPI "consumer" resources from host bridge windows", Lorenzo Pieralisi
• [no subject], Maximilian Luz
• [PATCH] ACPI: scan: Rearrange dep_unmet initialization, Rafael J. Wysocki
  • Re: [PATCH] ACPI: scan: Rearrange dep_unmet initialization, Hans de Goede
    • Re: [PATCH] ACPI: scan: Rearrange dep_unmet initialization, Rafael J. Wysocki
• [PATCH] ACPI: DPTF: Add battery participant for Intel SoCs, Sumeet Pawnikar
  • Re: [PATCH] ACPI: DPTF: Add battery participant for Intel SoCs, Rafael J. Wysocki
• [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
  • [PATCH 50/53] docs: firmware-guide: acpi: lpit.rst: avoid using UTF-8 chars, Mauro Carvalho Chehab
  • [PATCH 51/53] docs: firmware-guide: acpi: dsd: graph.rst: avoid using UTF-8 chars, Mauro Carvalho Chehab
  • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, David Woodhouse
    • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
      • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Edward Cree
        • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
          • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Edward Cree
        • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Matthew Wilcox
          • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Edward Cree
            • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
              • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, David Woodhouse
      • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Ben Boeckel
      • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, David Woodhouse
        • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Theodore Ts'o
          • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
        • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
  • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Thorsten Leemhuis
    • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
      • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Mauro Carvalho Chehab
  • Re: [PATCH 00/53] Get rid of UTF-8 chars that can be mapped as ASCII, Adam Borowski
• [PATCH] ACPI: scan: Fix a memory leak in an error handling path, Christophe JAILLET
  • Re: [PATCH] ACPI: scan: Fix a memory leak in an error handling path, Andy Shevchenko
    • Re: [PATCH] ACPI: scan: Fix a memory leak in an error handling path, Rafael J. Wysocki
• [PATCH v3 0/8] CXL Port Enumeration and Plans for v5.14, Dan Williams
  • [PATCH 1/8] cxl/mem: Move some definitions to mem.h, Dan Williams
    • Re: [PATCH 1/8] cxl/mem: Move some definitions to mem.h, Jonathan Cameron
      • Re: [PATCH 1/8] cxl/mem: Move some definitions to mem.h, Dan Williams
  • [PATCH 2/8] cxl/mem: Introduce 'struct cxl_regs' for "composable" CXL devices, Dan Williams
    • Re: [PATCH 2/8] cxl/mem: Introduce 'struct cxl_regs' for "composable" CXL devices, Jonathan Cameron
      • Re: [PATCH 2/8] cxl/mem: Introduce 'struct cxl_regs' for "composable" CXL devices, Dan Williams
  • [PATCH 3/8] cxl/core: Rename bus.c to core.c, Dan Williams
    • Re: [PATCH 3/8] cxl/core: Rename bus.c to core.c, Jonathan Cameron
  • [PATCH 4/8] cxl/core: Refactor CXL register lookup for bridge reuse, Dan Williams
  • [PATCH 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Dan Williams
    • Re: [PATCH 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Jonathan Cameron
      • Re: [PATCH 5/8] cxl/acpi: Introduce ACPI0017 driver and cxl_root, Dan Williams
  • [PATCH 6/8] cxl/Kconfig: Default drivers to CONFIG_CXL_BUS, Dan Williams
    • Re: [PATCH 6/8] cxl/Kconfig: Default drivers to CONFIG_CXL_BUS, Jonathan Cameron
  • [PATCH 7/8] cxl/port: Introduce cxl_port objects, Dan Williams
    • Re: [PATCH 7/8] cxl/port: Introduce cxl_port objects, kernel test robot
    • Re: [PATCH 7/8] cxl/port: Introduce cxl_port objects, Jonathan Cameron
      • Re: [PATCH 7/8] cxl/port: Introduce cxl_port objects, Dan Williams
  • [PATCH 8/8] cxl/acpi: Add module parameters to stand in for ACPI tables, Dan Williams
  • Re: [PATCH v3 0/8] CXL Port Enumeration and Plans for v5.14, Jonathan Cameron
    • Re: [PATCH v3 0/8] CXL Port Enumeration and Plans for v5.14, Dan Williams
• [PATCH] ACPI: NFIT: Fix support for variable 'SPA' structure size, Dan Williams
  • Re: [PATCH] ACPI: NFIT: Fix support for variable 'SPA' structure size, Rafael J. Wysocki
    • Re: [PATCH] ACPI: NFIT: Fix support for variable 'SPA' structure size, Dan Williams
      • Re: [PATCH] ACPI: NFIT: Fix support for variable 'SPA' structure size, Rafael J. Wysocki
        • Re: [PATCH] ACPI: NFIT: Fix support for variable 'SPA' structure size, Dan Williams
• Asus PN62S - CIR ITE8708 device definition in DSDT, Chris McCrae
• CXL HDM alignment, Dai WeiBin (David Dai)
• [GIT PULL] ACPI fixes for v5.13-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v5.13-rc1, pr-tracker-bot
• [PATCH] ACPICA: Use fallthrough pseudo-keyword, Wei Ming Chen
  • Re: [PATCH] ACPICA: Use fallthrough pseudo-keyword, Rafael J. Wysocki
  • RE: [PATCH] ACPICA: Use fallthrough pseudo-keyword, Kaneda, Erik
• [PATCH v1] usb: typec: tcpm: Don't block probing of consumers of "connector" nodes, Saravana Kannan
  • Re: [PATCH v1] usb: typec: tcpm: Don't block probing of consumers of "connector" nodes, John Stultz
    • Re: [PATCH v1] usb: typec: tcpm: Don't block probing of consumers of "connector" nodes, Greg Kroah-Hartman
• Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Andy Shevchenko
  • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Hans de Goede
    • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Andy Shevchenko
      • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Hans de Goede
        • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Andy Shevchenko
          • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Hans de Goede
            • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Andy Shevchenko
              • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Hans de Goede
  • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Pavel Machek
    • Re: [PATCH] iio: bme680_i2c: Make bme680_acpi_match depend on CONFIG_ACPI, Andy Shevchenko
• [PATCH] ACPI: PM: s2idle: Add missing LPS0 functions for AMD, Alex Deucher
  • Re: [PATCH] ACPI: PM: s2idle: Add missing LPS0 functions for AMD, Rafael J. Wysocki
• [PATCH] platform/x86: Add missing LPS0 functions for AMD, Alex Deucher
  • RE: [PATCH] platform/x86: Add missing LPS0 functions for AMD, Limonciello, Mario
    • Re: [PATCH] platform/x86: Add missing LPS0 functions for AMD, Hans de Goede
      • Re: [PATCH] platform/x86: Add missing LPS0 functions for AMD, Alex Deucher
        • Re: [PATCH] platform/x86: Add missing LPS0 functions for AMD, Hans de Goede
• Re: Asus PN62S vs PN50 - ITE8708, Sean Young
  • Re: Asus PN62S vs PN50 - ITE8708, Chris McCrae
    • Re: Asus PN62S vs PN50 - ITE8708, Chris McCrae
• [PATCH] Revert "ACPI: custom_method: fix memory leaks", Kees Cook
  • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Greg Kroah-Hartman
    • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Rafael J. Wysocki
      • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Greg Kroah-Hartman
  • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Mark Langsdorf
    • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Greg Kroah-Hartman
      • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Mark Langsdorf
        • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Greg Kroah-Hartman
      • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Rafael J. Wysocki
    • Re: [PATCH] Revert "ACPI: custom_method: fix memory leaks", Kees Cook
• [pm:bleeding-edge] BUILD SUCCESS 1f348871f80e24c62f1119ceb3e97eafd3f57143, kernel test robot
• 5.4.y, 4.14.y, 4.19.y [PATCH] ACPI: x86: Call acpi_boot_table_init() after acpi_table_upgrade(), George Kennedy
  • Re: 5.4.y, 4.14.y, 4.19.y [PATCH] ACPI: x86: Call acpi_boot_table_init() after acpi_table_upgrade(), Rafael J. Wysocki
  • <Possible follow-ups>
  • 5.4.y, 4.14.y, 4.19.y [PATCH] ACPI: x86: Call acpi_boot_table_init() after acpi_table_upgrade(), George Kennedy
• 5.4.y, 4.14.y, 4.19.y [PATCH] ACPI: tables: x86: Reserve memory occupied by ACPI tables, George Kennedy
• Re: Needed in 5.4.y: [PATCH 5.10 055/126] ACPI: tables: x86: Reserve memory occupied by ACPI tables, George Kennedy
  • Re: Needed in 5.4.y: [PATCH 5.10 055/126] ACPI: tables: x86: Reserve memory occupied by ACPI tables, Rafael J. Wysocki
• [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Shujun Wang
  • Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Rafael J. Wysocki
    • Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Rafael J. Wysocki
  • RE: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Zhang, Rui
    • Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Rafael J. Wysocki
      • Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Zhang Rui
        • Re:Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", wsj20369
  • Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", Rafael J. Wysocki
    • Re:Re: [PATCH] Revert "ACPI: power: Turn off unused power resources unconditionally", wsj20369
• [pm:bleeding-edge] BUILD SUCCESS eebece9da63e0050345a10e89cb33d7312c9ec3c, kernel test robot
• [pm:bleeding-edge] BUILD SUCCESS 7dd326fb7c4023ca9b1eadbc52c5849441ab3626, kernel test robot
• RE: Re: [RFC PATCH v6 3/4] scheduler: scan idle cpu in cluster for tasks within one LLC, Song Bao Hua (Barry Song)
• [RFT PATCH] ACPICA: Fix memory leak caused by _CID repair function, Erik Kaneda
  • RE: [RFT PATCH] ACPICA: Fix memory leak caused by _CID repair function, Kaneda, Erik
  • Re: [RFT PATCH] ACPICA: Fix memory leak caused by _CID repair function, Shawn Guo
• [PATCH v2] drivers: pnp: proc.c: Removed unnecessary variables, Anupama K Patil
  • Re: [PATCH v2] drivers: pnp: proc.c: Removed unnecessary variables, Rafael J. Wysocki
• [PATCH] MAINTAINERS: mark isapnp as obsolete, Anupama K Patil
  • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Greg KH
    • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Anupama K Patil
      • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Leon Romanovsky
        • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Anupama K Patil
          • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Leon Romanovsky
    • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Jaroslav Kysela
      • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Leon Romanovsky
        • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, B K Karthik
          • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Rafael J. Wysocki
  • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, Greg KH
    • Re: [PATCH] MAINTAINERS: mark isapnp as obsolete, B K Karthik
• [RFC PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Joerg Roedel
  • Re: [RFC PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Kuppuswamy, Sathyanarayanan
    • Re: [RFC PATCH] PCI/APCI: Move acpi_pci_osc_support() check to negotiation phase, Joerg Roedel
• [PATCH] ACPI: custom_method: fix a possible memory leak, Mark Langsdorf
  • <Possible follow-ups>
  • [PATCH] ACPI: custom_method: fix a possible memory leak, shiqiang.deng
    • Re: [PATCH] ACPI: custom_method: fix a possible memory leak, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 3c44d15e5ffdbc1b9d31d098b65c5cb50211d802, kernel test robot
• [PATCH] ACPICA:dbnames: Fix a error free in acpi_db_walk_for_fields, Lv Yunlong
  • RE: [PATCH] ACPICA:dbnames: Fix a error free in acpi_db_walk_for_fields, Kaneda, Erik
    • RE: [PATCH] ACPICA:dbnames: Fix a error free in acpi_db_walk_for_fields, Kaneda, Erik
• [GIT PULL] Device properties updates for v5.13-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Device properties updates for v5.13-rc1, pr-tracker-bot
• [GIT PULL] Power management updates for v5.13-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v5.13-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v5.13-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.13-rc1, pr-tracker-bot
• [PATCH v2] clk: Skip clk provider registration when np is NULL, Tudor Ambarus
  • Re: [PATCH v2] clk: Skip clk provider registration when np is NULL, Saravana Kannan
  • Re: [PATCH v2] clk: Skip clk provider registration when np is NULL, nicolas saenz julienne
  • Re: [PATCH v2] clk: Skip clk provider registration when np is NULL, Guenter Roeck
    • Re: [PATCH v2] clk: Skip clk provider registration when np is NULL, Greg KH
  • Re: [PATCH v2] clk: Skip clk provider registration when np is NULL, Nathan Chancellor
• [PATCH v3 0/3] Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
  • [PATCH v3 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kuppuswamy Sathyanarayanan
  • [PATCH v3 2/3] ACPI/table: Print MADT Wake table information, Kuppuswamy Sathyanarayanan
  • [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
      • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
        • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
          • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Andi Kleen
            • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
              • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
                • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
          • Re: [PATCH v3 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
• [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Anupama K Patil
  • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Valdis Klētnieks
  • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Barnabás Pőcze
  • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Leon Romanovsky
    • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, bkkarthik
      • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Leon Romanovsky
        • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Valdis Klētnieks
          • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Leon Romanovsky
      • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Jaroslav Kysela
        • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Leon Romanovsky
          • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, bkkarthik
          • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, Jaroslav Kysela
            • Re: [PATCH] drivers: pnp: proc.c: Handle errors while attaching devices, bkkarthik
• [PATCH v1 1/1] Documentation: firmware-guide: gpio-properties: Add note to SPI CS case, Andy Shevchenko
  • Re: [PATCH v1 1/1] Documentation: firmware-guide: gpio-properties: Add note to SPI CS case, Rafael J. Wysocki
• [PATCH 0/2] clk: Do not register provider with a NULL dev->of_node, Tudor Ambarus
  • [PATCH 1/2] clk: Do not register provider with a NULL dev->of_node, Tudor Ambarus
    • Re: [PATCH 1/2] clk: Do not register provider with a NULL dev->of_node, Saravana Kannan
      • Re: [PATCH 1/2] clk: Do not register provider with a NULL dev->of_node, nicolas saenz julienne
        • Re: [PATCH 1/2] clk: Do not register provider with a NULL dev->of_node, Tudor.Ambarus
  • [PATCH 2/2] clk: bcm: rpi: Do not call devm_of_clk_add_hw_provider with a NULL dev->of_node, Tudor Ambarus
  • [PATCH] clk: Skip clk provider registration when np is NULL, Tudor Ambarus
    • Re: [PATCH] clk: Skip clk provider registration when np is NULL, Tudor.Ambarus
    • Re: [PATCH] clk: Skip clk provider registration when np is NULL, Stephen Boyd
• [PATCH] ACPI: custom_method: fix potential use-after-free issue, Mark Langsdorf
  • Re: [PATCH] ACPI: custom_method: fix potential use-after-free issue, Rafael J. Wysocki
• Suspicious kfree at the end of cm_write, Mark Langsdorf
  • Re: Suspicious kfree at the end of cm_write, Rafael J. Wysocki
• [PATCH v2 0/6] Add support for ACPI VIOT, Jean-Philippe Brucker
  • [PATCH v2 1/6] ACPI: arm64: Move DMA setup operations out of IORT, Jean-Philippe Brucker
  • [PATCH v2 2/6] ACPI: Move IOMMU setup code out of IORT, Jean-Philippe Brucker
    • Re: [PATCH v2 2/6] ACPI: Move IOMMU setup code out of IORT, Rafael J. Wysocki
      • Re: [PATCH v2 2/6] ACPI: Move IOMMU setup code out of IORT, Jean-Philippe Brucker
  • [PATCH v2 4/6] iommu/dma: Pass address limit rather than size to iommu_setup_dma_ops(), Jean-Philippe Brucker
  • [PATCH v2 3/6] ACPI: Add driver for the VIOT table, Jean-Philippe Brucker
    • Re: [PATCH v2 3/6] ACPI: Add driver for the VIOT table, Rafael J. Wysocki
      • Re: [PATCH v2 3/6] ACPI: Add driver for the VIOT table, Jean-Philippe Brucker
  • [PATCH v2 5/6] iommu/dma: Simplify calls to iommu_setup_dma_ops(), Jean-Philippe Brucker
  • [PATCH v2 6/6] iommu/virtio: Enable x86 support, Jean-Philippe Brucker
    • Re: [PATCH v2 6/6] iommu/virtio: Enable x86 support, Michael S. Tsirkin
  • Re: [PATCH v2 0/6] Add support for ACPI VIOT, Michael S. Tsirkin
  • Re: [PATCH v2 0/6] Add support for ACPI VIOT, Joerg Roedel
• [pm:bleeding-edge] BUILD SUCCESS 07ca763aa24938bc9d16edae9174df3edfe20ef0, kernel test robot
• [PATCH v2 1/1] ACPICA: Add SVKL table headers, Kuppuswamy Sathyanarayanan
  • Re: [PATCH v2 1/1] ACPICA: Add SVKL table headers, Rafael J. Wysocki
    • Re: [PATCH v2 1/1] ACPICA: Add SVKL table headers, Kuppuswamy, Sathyanarayanan
      • Re: [PATCH v2 1/1] ACPICA: Add SVKL table headers, Rafael J. Wysocki
• [PATCH v2 0/3] Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
  • [PATCH v2 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v2 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Rafael J. Wysocki
      • Re: [PATCH v2 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kuppuswamy, Sathyanarayanan
      • RE: [PATCH v2 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kaneda, Erik
  • [PATCH v2 2/3] ACPI/table: Print MADT Wake table information, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v2 2/3] ACPI/table: Print MADT Wake table information, Rafael J. Wysocki
  • [PATCH v2 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v2 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
      • Re: [PATCH v2 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
        • Re: [PATCH v2 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Rafael J. Wysocki
  • Re: [PATCH v2 0/3] Add multiprocessor wake-up support, Borislav Petkov
    • Re: [PATCH v2 0/3] Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
• [PATCH 1/1] ACPICA: Add SVKL table headers, Kuppuswamy Sathyanarayanan
  • Re: [PATCH 1/1] ACPICA: Add SVKL table headers, Rafael J. Wysocki
    • RE: [PATCH 1/1] ACPICA: Add SVKL table headers, Kaneda, Erik
      • Re: [PATCH 1/1] ACPICA: Add SVKL table headers, Rafael J. Wysocki
• [PATCH 0/3] Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
  • [PATCH 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kuppuswamy Sathyanarayanan
    • Re: [PATCH 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Dave Hansen
      • Re: [PATCH 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kuppuswamy, Sathyanarayanan
        • Re: [PATCH 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Borislav Petkov
          • RE: [PATCH 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kaneda, Erik
            • Re: [PATCH 1/3] ACPICA: ACPI 6.4: MADT: add Multiprocessor Wakeup Mailbox Structure, Kuppuswamy, Sathyanarayanan
  • [PATCH 2/3] ACPI/table: Print MADT Wake table information, Kuppuswamy Sathyanarayanan
  • [PATCH 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy Sathyanarayanan
    • Re: [PATCH 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Thomas Gleixner
      • Re: [PATCH 3/3] x86/acpi, x86/boot: Add multiprocessor wake-up support, Kuppuswamy, Sathyanarayanan
• [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Anupama K Patil
  • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Shuah Khan
    • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Leon Romanovsky
      • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Rafael J. Wysocki
        • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Leon Romanovsky
          • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, bkkarthik
            • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Leon Romanovsky
    • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Jaroslav Kysela
  • Re: [PATCH] drivers: pnp: proc.c: Removed unnecessary varibles, Jaroslav Kysela
• [pm:bleeding-edge] BUILD SUCCESS 6e7bc7ebb752591ddd10e8f935604885bdb9728b, kernel test robot
• [PATCH 0/2] arm64: ACPI GTDT watchdog fixes, Marc Zyngier
  • [PATCH 1/2] ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe failure, Marc Zyngier
    • Re: [PATCH 1/2] ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe failure, Sudeep Holla
    • Re: [PATCH 1/2] ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe failure, Sudeep Holla
      • Re: [PATCH 1/2] ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe failure, Marc Zyngier
  • [PATCH 2/2] ACPI: irq: Prevent unregistering of GIC SGIs, Marc Zyngier
    • Re: [PATCH 2/2] ACPI: irq: Prevent unregistering of GIC SGIs, Sudeep Holla
      • Re: [PATCH 2/2] ACPI: irq: Prevent unregistering of GIC SGIs, Marc Zyngier
  • Re: [PATCH 0/2] arm64: ACPI GTDT watchdog fixes, dann frazier
  • Re: [PATCH 0/2] arm64: ACPI GTDT watchdog fixes, Hanjun Guo
  • Re: [PATCH 0/2] arm64: ACPI GTDT watchdog fixes, Lorenzo Pieralisi
    • Re: [PATCH 0/2] arm64: ACPI GTDT watchdog fixes, Catalin Marinas
  • Re: [PATCH 0/2] arm64: ACPI GTDT watchdog fixes, Catalin Marinas
• [PATCH v3 00/10] ACPI/IORT: Support for IORT RMR node, Shameer Kolothum
  • [PATCH v3 01/10] ACPI/IORT: Add support for RMR node parsing, Shameer Kolothum
  • [PATCH v3 02/10] iommu/dma: Introduce generic helper to retrieve RMR info, Shameer Kolothum
    • Re: [PATCH v3 02/10] iommu/dma: Introduce generic helper to retrieve RMR info, kernel test robot
    • Re: [PATCH v3 02/10] iommu/dma: Introduce generic helper to retrieve RMR info, kernel test robot
    • Re: [PATCH v3 02/10] iommu/dma: Introduce generic helper to retrieve RMR info, kernel test robot
  • [PATCH v3 03/10] ACPI/IORT: Add a helper to retrieve RMR memory regions, Shameer Kolothum
  • [PATCH v3 04/10] iommu/dma: Add a helper function to reserve RMRs for IOMMU drivers, Shameer Kolothum
    • Re: [PATCH v3 04/10] iommu/dma: Add a helper function to reserve RMRs for IOMMU drivers, kernel test robot
    • Re: [PATCH v3 04/10] iommu/dma: Add a helper function to reserve RMRs for IOMMU drivers, kernel test robot
  • [PATCH v3 05/10] iommu/arm-smmu-v3: Introduce strtab init helper, Shameer Kolothum
  • [PATCH v3 06/10] iommu/arm-smmu-v3: Add bypass flag to arm_smmu_write_strtab_ent(), Shameer Kolothum
  • [PATCH v3 07/10] iommu/arm-smmu-v3: Get associated RMR info and install bypass STE, Shameer Kolothum
  • [PATCH v3 08/10] iommu/arm-smmu-v3: Reserve any RMR regions associated with a dev, Shameer Kolothum
    • Re: [PATCH v3 08/10] iommu/arm-smmu-v3: Reserve any RMR regions associated with a dev, Robin Murphy
      • RE: [PATCH v3 08/10] iommu/arm-smmu-v3: Reserve any RMR regions associated with a dev, Shameerali Kolothum Thodi
        • Re: [PATCH v3 08/10] iommu/arm-smmu-v3: Reserve any RMR regions associated with a dev, Robin Murphy
  • [PATCH v3 09/10] iommu/arm-smmu: Get associated RMR info and install bypass SMR, Shameer Kolothum