Linux ACPI

• Date Index

• [PATCH AUTOSEL 6.5 08/16] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, (continued)
  • [PATCH AUTOSEL 6.5 08/16] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Sasha Levin
  • [PATCH AUTOSEL 6.5 14/16] ACPI: x86: s2idle: Catch multiple ACPI_TYPE_PACKAGE objects, Sasha Levin
  • [PATCH AUTOSEL 6.5 12/16] ACPI: video: Add backlight=native DMI quirk for Apple iMac12,1 and iMac12,2, Sasha Levin
• [PATCH V6 0/7] amd-pstate preferred core, Meng Li
  • [PATCH V6 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Meng Li
    • Re: [PATCH V6 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., kernel test robot
  • [PATCH V6 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng Li
  • [PATCH V6 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Meng Li
    • Re: [PATCH V6 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Peter Zijlstra
      • RE: [PATCH V6 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Meng, Li (Jassmine)
  • [PATCH V6 2/7] acpi: cppc: Add get the highest performance cppc control, Meng Li
  • [PATCH V6 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Meng Li
    • Re: [PATCH V6 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Peter Zijlstra
  • [PATCH V6 6/7] Documentation: amd-pstate: introduce amd-pstate preferred core, Meng Li
  • [PATCH V6 7/7] Documentation: introduce amd-pstate preferrd core mode kernel command line options, Meng Li
• [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Simon Glass
  • [PATCH v6 2/2] schemas: memory: Add ECC properties, Simon Glass
    • Re: [PATCH v6 2/2] schemas: memory: Add ECC properties, Peter Robinson
    • Re: [PATCH v6 2/2] schemas: memory: Add ECC properties, Rob Herring
      • Re: [PATCH v6 2/2] schemas: memory: Add ECC properties, Simon Glass
  • Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Simon Glass
  • Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Rob Herring
    • Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Simon Glass
      • Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Rob Herring
        • Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Simon Glass
          • Re: [PATCH v6 1/2] schemas: Add some common reserved-memory usages, Simon Glass
• [PATCH v4 0/3] CXL, ACPI, APEI, EINJ: Update EINJ for CXL 1.1 error types, Ben Cheatham
  • [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
    • Re: [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Jonathan Cameron
      • Re: [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
        • Re: [PATCH v4 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Jonathan Cameron
  • [PATCH v4 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
    • Re: [PATCH v4 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Jonathan Cameron
      • Re: [PATCH v4 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
  • [PATCH v4 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Ben Cheatham
    • Re: [PATCH v4 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Jonathan Cameron
• [PATCH v1] thermal: Constify the trip argument of the .get_trend() zone callback, Rafael J. Wysocki
  • Re: [PATCH v1] thermal: Constify the trip argument of the .get_trend() zone callback, Wilczynski, Michal
• [rafael-pm:bleeding-edge] BUILD SUCCESS 3a0edc2c5c29630924b31f1ccc5f3378024d5354, kernel test robot
• [PATCH] acpi: trigger wakeup key event from power button, Ken Xue
  • Re: [PATCH] acpi: trigger wakeup key event from power button, kernel test robot
  • Re: [PATCH] acpi: trigger wakeup key event from power button, kernel test robot
  • Re: [PATCH] acpi: trigger wakeup key event from power button, kernel test robot
  • <Possible follow-ups>
  • [PATCH] acpi: trigger wakeup key event from power button, Ken Xue
    • Re: [PATCH] acpi: trigger wakeup key event from power button, Andy Shevchenko
      • Re: [PATCH] acpi: trigger wakeup key event from power button, Ken Xue
        • Re: [PATCH] acpi: trigger wakeup key event from power button, Andy Shevchenko
          • Re: [PATCH] acpi: trigger wakeup key event from power button, Ken Xue
• [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0, Jason Andryuk
  • Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0, kernel test robot
  • Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0, kernel test robot
  • Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0, Wilczynski, Michal
    • Re: [PATCH v2] acpi/processor: sanitize _PDC buffer bits when running as Xen dom0, Jason Andryuk
• [PATCH] ARM: SDEI: allow sdei initialization even no APCI support, Schspa Shi
• [rafael-pm:bleeding-edge] BUILD SUCCESS 07933ef8a6068f2b609b6bf28c2204ee48a5dda4, kernel test robot
• [rafael-pm:bleeding-edge 1/5] include/linux/thermal.h:378:1: error: expected identifier or '(' before '{' token, kernel test robot
  • <Possible follow-ups>
  • [rafael-pm:bleeding-edge 1/5] include/linux/thermal.h:378:1: error: expected identifier or '(' before '{' token, kernel test robot
• [PATCH 00/21] gpio: convert users to gpio_device_find() and remove gpiochip_find(), Bartosz Golaszewski
  • [PATCH 03/21] gpiolib: provide gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH 03/21] gpiolib: provide gpio_device_find_by_label(), Andy Shevchenko
    • Re: [PATCH 03/21] gpiolib: provide gpio_device_find_by_label(), Linus Walleij
  • [PATCH 02/21] gpiolib: provide gpio_device_find(), Bartosz Golaszewski
    • Re: [PATCH 02/21] gpiolib: provide gpio_device_find(), Andy Shevchenko
      • Re: [PATCH 02/21] gpiolib: provide gpio_device_find(), Bartosz Golaszewski
    • Re: [PATCH 02/21] gpiolib: provide gpio_device_find(), Linus Walleij
  • [PATCH 12/21] hte: allow building modules with COMPILE_TEST enabled, Bartosz Golaszewski
    • Re: [PATCH 12/21] hte: allow building modules with COMPILE_TEST enabled, Linus Walleij
      • Re: [PATCH 12/21] hte: allow building modules with COMPILE_TEST enabled, Bartosz Golaszewski
  • [PATCH 21/21] gpiolib: remove gpiochip_find(), Bartosz Golaszewski
    • Re: [PATCH 21/21] gpiolib: remove gpiochip_find(), Andy Shevchenko
    • Re: [PATCH 21/21] gpiolib: remove gpiochip_find(), Linus Walleij
  • [PATCH 18/21] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Bartosz Golaszewski
    • Re: [PATCH 18/21] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Andy Shevchenko
    • Re: [PATCH 18/21] gpio: acpi: replace gpiochip_find() with gpio_device_find(), Linus Walleij
  • [PATCH 06/21] gpiolib: provide gpiod_to_device(), Bartosz Golaszewski
    • Re: [PATCH 06/21] gpiolib: provide gpiod_to_device(), Andy Shevchenko
    • Re: [PATCH 06/21] gpiolib: provide gpiod_to_device(), Linus Walleij
  • [PATCH 09/21] gpiolib: reluctantly provide gpio_device_get_chip(), Bartosz Golaszewski
    • Re: [PATCH 09/21] gpiolib: reluctantly provide gpio_device_get_chip(), Linus Walleij
  • [PATCH 04/21] gpiolib: provide gpio_device_get_desc(), Bartosz Golaszewski
    • Re: [PATCH 04/21] gpiolib: provide gpio_device_get_desc(), Andy Shevchenko
    • Re: [PATCH 04/21] gpiolib: provide gpio_device_get_desc(), Linus Walleij
  • [PATCH 05/21] gpiolib: add support for scope-based management to gpio_device, Bartosz Golaszewski
    • Re: [PATCH 05/21] gpiolib: add support for scope-based management to gpio_device, Linus Walleij
  • [PATCH 20/21] gpio: sysfs: drop the mention of gpiochip_find() from sysfs code, Bartosz Golaszewski
    • Re: [PATCH 20/21] gpio: sysfs: drop the mention of gpiochip_find() from sysfs code, Linus Walleij
  • [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Bartosz Golaszewski
    • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Andy Shevchenko
      • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Bartosz Golaszewski
    • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Linus Walleij
      • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Bartosz Golaszewski
    • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Linus Walleij
      • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Janusz Krzysztofik
        • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Bartosz Golaszewski
          • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Tony Lindgren
          • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Janusz Krzysztofik
    • Re: [RFT PATCH 15/21] arm: omap1: ams-delta: stop using gpiochip_find(), Bartosz Golaszewski
  • [PATCH 13/21] hte: tegra194: improve the GPIO-related comment, Bartosz Golaszewski
    • Re: [PATCH 13/21] hte: tegra194: improve the GPIO-related comment, Linus Walleij
  • [PATCH 10/21] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH 10/21] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Andy Shevchenko
    • Re: [PATCH 10/21] gpiolib: replace find_chip_by_name() with gpio_device_find_by_label(), Linus Walleij
  • [PATCH 16/21] gpio: of: correct notifier return codes, Bartosz Golaszewski
    • Re: [PATCH 16/21] gpio: of: correct notifier return codes, Linus Walleij
  • [PATCH 08/21] gpio: acpi: provide acpi_gpio_device_free_interrupts(), Bartosz Golaszewski
    • Re: [PATCH 08/21] gpio: acpi: provide acpi_gpio_device_free_interrupts(), Mika Westerberg
  • [PATCH 01/21] gpiolib: make gpio_device_get() and gpio_device_put() public, Bartosz Golaszewski
    • Re: [PATCH 01/21] gpiolib: make gpio_device_get() and gpio_device_put() public, Linus Walleij
  • [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Bartosz Golaszewski
    • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Andy Shevchenko
    • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Linus Walleij
      • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Bartosz Golaszewski
        • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
          • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
            • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
              • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
                • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Bartosz Golaszewski
                  • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
                    • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Bartosz Golaszewski
                      • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
                        • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Bartosz Golaszewski
                        • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Bartosz Golaszewski
                          • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
                            • Re: [RFT PATCH 14/21] hte: tegra194: don't access struct gpio_chip, Dipen Patel
  • [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Bartosz Golaszewski
    • Re: [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Andy Shevchenko
    • Re: [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Linus Walleij
    • Re: [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Paul Cercueil
      • Re: [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Bartosz Golaszewski
        • Re: [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Paul Cercueil
        • Re: [PATCH 19/21] gpio: swnode: replace gpiochip_find() with gpio_device_find_by_label(), Paul Cercueil
  • [PATCH 07/21] gpiolib: provide gpio_device_get_base(), Bartosz Golaszewski
    • Re: [PATCH 07/21] gpiolib: provide gpio_device_get_base(), Linus Walleij
      • Re: [PATCH 07/21] gpiolib: provide gpio_device_get_base(), Bartosz Golaszewski
        • Re: [PATCH 07/21] gpiolib: provide gpio_device_get_base(), Dipen Patel
  • [RFT PATCH 11/21] platform: x86: android-tablets: don't access GPIOLIB private members, Bartosz Golaszewski
    • Re: [RFT PATCH 11/21] platform: x86: android-tablets: don't access GPIOLIB private members, Hans de Goede
      • Re: [RFT PATCH 11/21] platform: x86: android-tablets: don't access GPIOLIB private members, Bartosz Golaszewski
        • Re: [RFT PATCH 11/21] platform: x86: android-tablets: don't access GPIOLIB private members, Hans de Goede
          • Re: [RFT PATCH 11/21] platform: x86: android-tablets: don't access GPIOLIB private members, Andy Shevchenko
  • [PATCH 17/21] gpio: of: replace gpiochip_find_* with gpio_device_find_*, Bartosz Golaszewski
    • Re: [PATCH 17/21] gpio: of: replace gpiochip_find_* with gpio_device_find_*, Linus Walleij
    • Re: [PATCH 17/21] gpio: of: replace gpiochip_find_* with gpio_device_find_*, Linus Walleij
  • Re: [PATCH 00/21] gpio: convert users to gpio_device_find() and remove gpiochip_find(), Linus Walleij
• [PATCH v3 0/3] CXL, ACPI, APEI, EINJ: Update EINJ for CXL 1.1 error types, Ben Cheatham
  • [PATCH v3 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, Ben Cheatham
    • Re: [PATCH v3 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, kernel test robot
    • Re: [PATCH v3 2/3] ACPI, APEI, EINJ: Add CXL 1.1 EINJ error type support, kernel test robot
  • [PATCH v3 3/3] ACPI, APEI, EINJ: Update EINJ documentation, Ben Cheatham
  • [PATCH v3 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, Ben Cheatham
    • Re: [PATCH v3 1/3] CXL, PCIE: Add cxl_rcrb_addr file to dport_dev, kernel test robot
• [PATCH V5 0/7] amd-pstate preferred core, Meng Li
  • [PATCH V5 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Meng Li
    • Re: [PATCH V5 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Huang Rui
    • Re: [PATCH V5 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Wyes Karny
    • Re: [PATCH V5 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Peter Zijlstra
    • Re: [PATCH V5 5/7] cpufreq: amd-pstate: Update amd-pstate preferred core ranking dynamically, Peter Zijlstra
  • [PATCH V5 7/7] Documentation: introduce amd-pstate preferrd core mode kernel command line options, Meng Li
  • [PATCH V5 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng Li
    • Re: [PATCH V5 4/7] cpufreq: Add a notification message that the highest perf has changed, Peter Zijlstra
    • Re: [PATCH V5 4/7] cpufreq: Add a notification message that the highest perf has changed, Peter Zijlstra
      • RE: [PATCH V5 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng, Li (Jassmine)
  • [PATCH V5 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Meng Li
    • Re: [PATCH V5 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Mario Limonciello
    • Re: [PATCH V5 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Huang Rui
  • [PATCH V5 2/7] acpi: cppc: Add get the highest performance cppc control, Meng Li
    • Re: [PATCH V5 2/7] acpi: cppc: Add get the highest performance cppc control, Huang Rui
  • [PATCH V5 6/7] Documentation: amd-pstate: introduce amd-pstate preferred core, Meng Li
    • Re: [PATCH V5 6/7] Documentation: amd-pstate: introduce amd-pstate preferred core, kernel test robot
  • [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Meng Li
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Mario Limonciello
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., kernel test robot
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., kernel test robot
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Huang Rui
      • RE: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Meng, Li (Jassmine)
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Wyes Karny
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Peter Zijlstra
    • Re: [PATCH V5 3/7] cpufreq: amd-pstate: Enable amd-pstate preferred core supporting., Peter Zijlstra
• [GIT PULL] More thermal control updates for v6.6-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More thermal control updates for v6.6-rc1, pr-tracker-bot
• [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members, Andy Shevchenko
  • Re: [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members, Heikki Krogerus
  • Re: [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members, Sakari Ailus
  • Re: [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members, Andy Shevchenko
    • Re: [PATCH v1 1/1] device property: Clarify usage scope of some struct fwnode_handle members, Greg Kroah-Hartman
• GHES/AER synchronization missing?, Bjorn Helgaas
• [PATCH 2/2] ACPI: OSL: add __printf format attribute to acpi_os_vprintf, Su Hui
  • Re: [PATCH 2/2] ACPI: OSL: add __printf format attribute to acpi_os_vprintf, Rafael J. Wysocki
• [PATCH 1/2] ACPICA: Use strscpy to replace strncpy, Su Hui
  • Re: [PATCH 1/2] ACPICA: Use strscpy to replace strncpy, Rafael J. Wysocki
• [V11 0/8] Enable Wifi RFI interference mitigation feature support, Evan Quan
  • [V11 2/8] cfg80211: expose nl80211_chan_width_to_mhz for wide sharing, Evan Quan
  • [V11 4/8] drm/amd/pm: update driver_if and ppsmc headers for coming wbrf feature, Evan Quan
  • [V11 3/8] wifi: mac80211: Add support for WBRF features, Evan Quan
    • Re: [V11 3/8] wifi: mac80211: Add support for WBRF features, Jeff Johnson
      • Re: [V11 3/8] wifi: mac80211: Add support for WBRF features, Mario Limonciello
  • [V11 5/8] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Evan Quan
  • [V11 7/8] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Evan Quan
  • [V11 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature, Evan Quan
    • Re: [V11 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature, Mario Limonciello
    • Re: [V11 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature, Rafael J. Wysocki
  • [V11 6/8] drm/amd/pm: add flood detection for wbrf events, Evan Quan
  • [V11 8/8] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.7, Evan Quan
• [rafael-pm:bleeding-edge] BUILD SUCCESS 003894c19da3987667731ef1c6d4734b5632eeb6, kernel test robot
• [PATCH v5 1/4] Add reserved-memory, Simon Glass
  • [PATCH v5 2/4] Bring in some other reserved-memory files, Simon Glass
  • [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Simon Glass
    • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Ard Biesheuvel
      • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Rob Herring
        • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Simon Glass
          • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Ard Biesheuvel
            • Message not available
              • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Ard Biesheuvel
                • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Simon Glass
                  • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Ard Biesheuvel
                    • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Simon Glass
                      • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Ard Biesheuvel
                        • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Simon Glass
                          • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Ard Biesheuvel
                            • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Simon Glass
                  • Re: [PATCH v5 3/4] schemas: Add some common reserved-memory usages, Rob Herring
  • [PATCH v5 4/4] memory: Add ECC properties, Simon Glass
    • Re: [PATCH v5 4/4] memory: Add ECC properties, Rob Herring
  • Re: [PATCH v5 1/4] Add reserved-memory, Rob Herring
• [PATCH v4] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Oza Pawandeep
  • Re: [PATCH v4] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Rafael J. Wysocki
• [avpatel:riscv_acpi_b2_v1] [swnode] f6c8bb7f93: BUG:KASAN:global-out-of-bounds_in_is_software_node, kernel test robot
• [PATCH v3] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Oza Pawandeep
  • Re: [PATCH v3] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, kernel test robot
  • Re: [PATCH v3] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
  • Re: [PATCH v3] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Marc Zyngier
    • Re: [PATCH v3] cpuidle, ACPI: Evaluate LPI arch_flags for broadcast timer, Sudeep Holla
• [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Mario Limonciello
  • [PATCH v16 1/3] ACPI: x86: s2idle: Export symbol for fetching constraints for module use, Mario Limonciello
    • Re: [PATCH v16 1/3] ACPI: x86: s2idle: Export symbol for fetching constraints for module use, Rafael J. Wysocki
  • [PATCH v16 2/3] platform/x86/amd: pmc: Adjust workarounds to be part of a switch/case, Mario Limonciello
  • [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Mario Limonciello
    • Re: [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Shyam Sundar S K
      • Re: [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Hans de Goede
        • Re: [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Mario Limonciello
          • Re: [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Rafael J. Wysocki
    • Re: [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Bjorn Helgaas
      • Re: [PATCH v16 3/3] platform/x86/amd: pmc: Don't let PCIe root ports go into D3, Mario Limonciello
  • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Hans de Goede
    • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Mario Limonciello
      • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Hans de Goede
        • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Mario Limonciello
        • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Rafael J. Wysocki
          • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Mario Limonciello
            • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Rafael J. Wysocki
          • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Bjorn Helgaas
            • Re: [PATCH v16 0/3] Avoid PCIe D3 for AMD PCIe root ports, Rafael J. Wysocki
• [PATCH v4 1/4] Add reserved-memory, Simon Glass
  • [PATCH v4 4/4] memory: Add ECC property, Simon Glass
    • Re: [PATCH v4 4/4] memory: Add ECC property, Rob Herring
      • Message not available
        • Re: [PATCH v4 4/4] memory: Add ECC property, Simon Glass
  • [PATCH v4 3/4] schemas: Add a schema for memory map, Simon Glass
  • [PATCH v4 2/4] Bring in other reserved-memory files, Simon Glass
    • Re: [PATCH v4 2/4] Bring in other reserved-memory files, Rob Herring
• Re: [PATCH V4 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Rene Rebe
  • RE: [PATCH V4 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Meng, Li (Jassmine)
• [PATCH V4 0/7] AMD Pstate Preferred Core, Meng Li
  • [PATCH V4 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Meng Li
  • [PATCH V4 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng Li
    • Re: [PATCH V4 4/7] cpufreq: Add a notification message that the highest perf has changed, kernel test robot
  • [PATCH V4 2/7] acpi: cppc: Add get the highest performance cppc control, Meng Li
  • [PATCH V4 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Meng Li
    • Re: [PATCH V4 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Huang Rui
      • RE: [PATCH V4 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Meng, Li (Jassmine)
    • Re: [PATCH V4 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., kernel test robot
  • [PATCH V4 5/7] cpufreq: amd-pstate: Update AMD Pstate Preferred Core ranking dynamically, Meng Li
  • [PATCH V4 6/7] Documentation: amd-pstate: introduce AMD Pstate Preferred Core, Meng Li
    • Re: [PATCH V4 6/7] Documentation: amd-pstate: introduce AMD Pstate Preferred Core, Huang Rui
  • [PATCH V4 7/7] Documentation: introduce AMD Pstate Preferrd Core mode kernel command line options, Meng Li
• [GIT PULL] Thermal control updates for v6.6-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Thermal control updates for v6.6-rc1, pr-tracker-bot
• [GIT PULL] Power management updates for v6.6-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v6.6-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v6.6-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v6.6-rc1, pr-tracker-bot
• [PATCH v2 1/2] ACPI: NFIT: Fix incorrect calculation of idt size, Yu Liao
  • [PATCH v2 2/2] ACPI: NFIT: use struct_size() helper, Yu Liao
    • Re: [PATCH v2 2/2] ACPI: NFIT: use struct_size() helper, Ira Weiny
  • Re: [PATCH v2 1/2] ACPI: NFIT: Fix incorrect calculation of idt size, Ira Weiny
• [rafael-pm:bleeding-edge] BUILD SUCCESS 1d5e1321ead0b6172df55d47f190742f7a614bfd, kernel test robot
• [PATCH v1] thermal: core: Drop unused .get_trip_*() callbacks, Rafael J. Wysocki
  • Re: [PATCH v1] thermal: core: Drop unused .get_trip_*() callbacks, Rafael J. Wysocki
• [V10 0/8] Enable Wifi RFI interference mitigation feature support, Evan Quan
  • [V10 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature, Evan Quan
    • Re: [V10 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature, Simon Horman
      • RE: [V10 1/8] ACPI: Add support for AMD ACPI based Wifi band RFI mitigation feature, Quan, Evan
  • [V10 2/8] cfg80211: expose nl80211_chan_width_to_mhz for wide sharing, Evan Quan
  • [V10 3/8] wifi: mac80211: Add support for WBRF features, Evan Quan
  • [V10 4/8] drm/amd/pm: update driver_if and ppsmc headers for coming wbrf feature, Evan Quan
  • [V10 5/8] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Evan Quan
    • Re: [V10 5/8] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Lazar, Lijo
      • RE: [V10 5/8] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Quan, Evan
  • [V10 8/8] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.7, Evan Quan
  • [V10 7/8] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Evan Quan
    • Re: [V10 7/8] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Lazar, Lijo
      • RE: [V10 7/8] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Quan, Evan
  • [V10 6/8] drm/amd/pm: add flood detection for wbrf events, Evan Quan
• [PATCH RFC] ACPICA: remove acpi_ut_safe_strncpy in favor of strscpy, Justin Stitt
  • Re: [PATCH RFC] ACPICA: remove acpi_ut_safe_strncpy in favor of strscpy, Kees Cook
• [rafael-pm:bleeding-edge] BUILD SUCCESS b7dde0aa86616fe65545c48835feb4182f34a0c1, kernel test robot
• [PATCH v1 1/1] amba: bus: balance firmware node reference counting, Andy Shevchenko
  • Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting, kernel test robot
  • Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting, kernel test robot
  • Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting, Andy Shevchenko
    • Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting, Andy Shevchenko
      • Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting, Rob Herring
        • Re: [PATCH v1 1/1] amba: bus: balance firmware node reference counting, Andy Shevchenko
• [PATCH V3 0/7] AMD Pstate Preferred Core, Meng Li
  • [PATCH V3 2/7] acpi: cppc: Add get the highest performance cppc control, Meng Li
    • Re: [PATCH V3 2/7] acpi: cppc: Add get the highest performance cppc control, Wyes Karny
    • Re: [PATCH V3 2/7] acpi: cppc: Add get the highest performance cppc control, Wyes Karny
  • [PATCH V3 5/7] cpufreq: amd-pstate: Update AMD Pstate Preferred Core ranking dynamically, Meng Li
    • Re: [PATCH V3 5/7] cpufreq: amd-pstate: Update AMD Pstate Preferred Core ranking dynamically, Wyes Karny
  • [PATCH V3 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Meng Li
  • [PATCH V3 7/7] Documentation: introduce AMD Pstate Preferrd Core mode kernel command line options, Meng Li
    • Re: [PATCH V3 7/7] Documentation: introduce AMD Pstate Preferrd Core mode kernel command line options, Wyes Karny
  • [PATCH V3 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Meng Li
    • Re: [PATCH V3 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Wyes Karny
      • RE: [PATCH V3 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Meng, Li (Jassmine)
  • [PATCH V3 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng Li
    • Re: [PATCH V3 4/7] cpufreq: Add a notification message that the highest perf has changed, Wyes Karny
      • RE: [PATCH V3 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng, Li (Jassmine)
  • [PATCH V3 6/7] Documentation: amd-pstate: introduce AMD Pstate Preferred Core, Meng Li
    • Re: [PATCH V3 6/7] Documentation: amd-pstate: introduce AMD Pstate Preferred Core, Wyes Karny
  • Re: [PATCH V3 0/7] AMD Pstate Preferred Core, Mario Limonciello
• [GIT PULL] ACPI fix for v6.5-rc8, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fix for v6.5-rc8, pr-tracker-bot
• [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
  • [PATCH v3 2/2] memory: Add ECC property, Simon Glass
  • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Mark Rutland
    • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
      • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
        • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
          • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
          • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
            • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
              • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
                • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
                  • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
                    • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
                      • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
                        • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
                          • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
                            • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Ard Biesheuvel
                              • Re: [PATCH v3 1/2] schemas: Add a schema for memory map, Simon Glass
• [PATCH v1] thermal: core: Rework .get_trend() thermal zone callback, Rafael J. Wysocki
• [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Uday Shankar
  • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Huang, Ying
    • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Jörn Engel
      • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Uday Shankar
        • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Huang, Ying
          • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Jörn Engel
            • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Jörn Engel
      • Re: [PATCH] Revert "ACPI, APEI, use raw spinlock in ERST", Huang, Ying
• [RFC] ACPI Code First ECR: Support for resetting the Multiprocessor Wakeup Mailbox, Rafael J. Wysocki
  • Re: [RFC] ACPI Code First ECR: Support for resetting the Multiprocessor Wakeup Mailbox, Rafael J. Wysocki
• [PATCH v2] schemas: Add a schema for memory map, Simon Glass
  • Re: [PATCH v2] schemas: Add a schema for memory map, Rob Herring
    • Re: [PATCH v2] schemas: Add a schema for memory map, Simon Glass
      • Re: [PATCH v2] schemas: Add a schema for memory map, Rob Herring
• [PATCH] ACPI: resource: Fix IRQ override quirk for PCSpecialist Elimina Pro 16 M, Hans de Goede
  • Re: [PATCH] ACPI: resource: Fix IRQ override quirk for PCSpecialist Elimina Pro 16 M, Rafael J. Wysocki
• [PATCH v14.c 0/4] Use LPS0 constraints to opt devices into D3, Mario Limonciello
  • [PATCH v14.c 3/4] PCI: ACPI: Use device constraints to opt devices into D3 support, Mario Limonciello
    • Re: [PATCH v14.c 3/4] PCI: ACPI: Use device constraints to opt devices into D3 support, Rafael J. Wysocki
  • [PATCH v14.c 4/4] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Mario Limonciello
    • Re: [PATCH v14.c 4/4] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Rafael J. Wysocki
      • Re: [PATCH v14.c 4/4] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Limonciello, Mario
        • Re: [PATCH v14.c 4/4] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Rafael J. Wysocki
          • Re: [PATCH v14.c 4/4] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Limonciello, Mario
  • [PATCH v14.c 2/4] PCI: ACPI: Consider non-hotplug bridges for D3 in acpi_pci_bridge_d3(), Mario Limonciello
    • Re: [PATCH v14.c 2/4] PCI: ACPI: Consider non-hotplug bridges for D3 in acpi_pci_bridge_d3(), Rafael J. Wysocki
  • [PATCH v14.c 1/4] PCI: ACPI: Add helper functions for converting ACPI <-> PCI states, Mario Limonciello
    • Re: [PATCH v14.c 1/4] PCI: ACPI: Add helper functions for converting ACPI <-> PCI states, Rafael J. Wysocki
• [PATCH v14.b 0/7] Export LPS0 constraints, Mario Limonciello
  • [PATCH v14.b 3/7] ACPI: x86: s2idle: Catch multiple ACPI_TYPE_PACKAGE objects, Mario Limonciello
  • [PATCH v14.b 5/7] ACPI: x86: s2idle: Add more debugging for AMD constraints parsing, Mario Limonciello
  • [PATCH v14.b 2/7] ACPI: x86: s2idle: Post-increment variables when getting constraints, Mario Limonciello
  • [PATCH v14.b 4/7] ACPI: x86: s2idle: Fix a logic error parsing AMD constraints table, Mario Limonciello
  • [PATCH v14.b 1/7] ACPI: Adjust #ifdef for *_lps0_dev use, Mario Limonciello
  • [PATCH v14.b 6/7] ACPI: x86: s2idle: Add for_each_lpi_constraint() helper, Mario Limonciello
  • [PATCH v14.b 7/7] ACPI: x86: s2idle: Add a function to get constraints for a device, Mario Limonciello
    • Re: [PATCH v14.b 7/7] ACPI: x86: s2idle: Add a function to get constraints for a device, kernel test robot
  • Re: [PATCH v14.b 0/7] Export LPS0 constraints, Rafael J. Wysocki
    • Re: [PATCH v14.b 0/7] Export LPS0 constraints, Limonciello, Mario
• [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Mario Limonciello
  • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Rafael J. Wysocki
  • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Bjorn Helgaas
    • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Limonciello, Mario
    • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Rafael J. Wysocki
      • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Bjorn Helgaas
        • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Lukas Wunner
          • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Bjorn Helgaas
            • Re: [PATCH v14.a 1/1] PCI: Only put Intel PCIe ports >= 2015 into D3, Lukas Wunner
• [rafael-pm:bleeding-edge] BUILD SUCCESS dff4c74075fc899cfa79833db6de9a3253538b33, kernel test robot
• [PATCH v13 00/12] Fix wakeup problems on some AMD platforms, Mario Limonciello
  • [PATCH v13 02/12] ACPI: Add comments to clarify some #ifdef statements, Mario Limonciello
  • [PATCH v13 03/12] ACPI: Adjust #ifdef for *_lps0_dev use, Mario Limonciello
  • [PATCH v13 01/12] PCI: Only put Intel PCIe ports >= 2015 into D3, Mario Limonciello
    • Re: [PATCH v13 01/12] PCI: Only put Intel PCIe ports >= 2015 into D3, Rafael J. Wysocki
      • RE: [PATCH v13 01/12] PCI: Only put Intel PCIe ports >= 2015 into D3, David Laight
        • Re: [PATCH v13 01/12] PCI: Only put Intel PCIe ports >= 2015 into D3, Rafael J. Wysocki
          • Re: [PATCH v13 01/12] PCI: Only put Intel PCIe ports >= 2015 into D3, Mario Limonciello
    • Re: [PATCH v13 01/12] PCI: Only put Intel PCIe ports >= 2015 into D3, Kuppuswamy Sathyanarayanan
  • [PATCH v13 05/12] ACPI: x86: s2idle: Catch multiple ACPI_TYPE_PACKAGE objects, Mario Limonciello
  • [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Mario Limonciello
    • Re: [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Rafael J. Wysocki
      • Re: [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Andy Shevchenko
        • Re: [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Mario Limonciello
          • Re: [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Rafael J. Wysocki
            • Re: [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Andy Shevchenko
            • Re: [PATCH v13 09/12] ACPI: x86: s2idle: Add a function to get constraints for a device, Rafael J. Wysocki
  • [PATCH v13 07/12] ACPI: x86: s2idle: Add more debugging for AMD constraints parsing, Mario Limonciello
  • [PATCH v13 08/12] ACPI: x86: s2idle: Add for_each_lpi_constraint() helper, Mario Limonciello
  • [PATCH v13 11/12] PCI: ACPI: Use device constraints to opt devices into D3 support, Mario Limonciello
    • Re: [PATCH v13 11/12] PCI: ACPI: Use device constraints to opt devices into D3 support, Rafael J. Wysocki
  • [PATCH v13 06/12] ACPI: x86: s2idle: Fix a logic error parsing AMD constraints table, Mario Limonciello
  • [PATCH v13 04/12] ACPI: x86: s2idle: Post-increment variables when getting constraints, Mario Limonciello
  • [PATCH v13 12/12] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Mario Limonciello
    • Re: [PATCH v13 12/12] PCI: ACPI: Limit the Intel specific opt-in to D3 to 2024, Rafael J. Wysocki
  • [PATCH v13 10/12] PCI: ACPI: Add helper functions for converting ACPI <->PCI states, Mario Limonciello
  • Re: [PATCH v13 00/12] Fix wakeup problems on some AMD platforms, Rafael J. Wysocki
    • Re: [PATCH v13 00/12] Fix wakeup problems on some AMD platforms, Mario Limonciello
• [V9 0/9] Enable Wifi RFI interference mitigation feature support, Evan Quan
  • [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Evan Quan
    • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Rafael J. Wysocki
    • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Greg KH
      • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Limonciello, Mario
        • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Greg KH
          • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Limonciello, Mario
            • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Greg KH
              • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Kalle Valo
                • Re: [V9 1/9] drivers core: Add support for Wifi band RF mitigations, Greg KH
  • [V9 3/9] cfg80211: expose nl80211_chan_width_to_mhz for wide sharing, Evan Quan
  • [V9 2/9] drivers core: add ACPI based WBRF mechanism introduced by AMD, Evan Quan
    • Re: [V9 2/9] drivers core: add ACPI based WBRF mechanism introduced by AMD, Rafael J. Wysocki
  • [V9 5/9] drm/amd/pm: update driver_if and ppsmc headers for coming wbrf feature, Evan Quan
  • [V9 6/9] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Evan Quan
    • Re: [V9 6/9] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Lazar, Lijo
      • RE: [V9 6/9] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Quan, Evan
  • [V9 4/9] wifi: mac80211: Add support for WBRF features, Evan Quan
    • Re: [V9 4/9] wifi: mac80211: Add support for WBRF features, Johannes Berg
      • RE: [V9 4/9] wifi: mac80211: Add support for WBRF features, Quan, Evan
  • [V9 8/9] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Evan Quan
    • Re: [V9 8/9] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Lazar, Lijo
  • [V9 7/9] drm/amd/pm: add flood detection for wbrf events, Evan Quan
    • Re: [V9 7/9] drm/amd/pm: add flood detection for wbrf events, Lazar, Lijo
  • [V9 9/9] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.7, Evan Quan
• [Patch 0/2] Add support for _TFP and configurable throttle pctg, Sumit Gupta
  • [Patch 2/2] ACPI: processor: Add support to configure CPUFREQ reduction pctg, Sumit Gupta
    • Re: [Patch 2/2] ACPI: processor: Add support to configure CPUFREQ reduction pctg, Rafael J. Wysocki
      • Re: [Patch 2/2] ACPI: processor: Add support to configure CPUFREQ reduction pctg, Sumit Gupta
        • Re: [Patch 2/2] ACPI: processor: Add support to configure CPUFREQ reduction pctg, Rafael J. Wysocki
          • Re: [Patch 2/2] ACPI: processor: Add support to configure CPUFREQ reduction pctg, Sumit Gupta
  • [Patch 1/2] ACPI: thermal: Add Thermal fast Sampling Period (_TFP) support, Sumit Gupta
    • Re: [Patch 1/2] ACPI: thermal: Add Thermal fast Sampling Period (_TFP) support, Rafael J. Wysocki
      • Re: [Patch 1/2] ACPI: thermal: Add Thermal fast Sampling Period (_TFP) support, Sumit Gupta
• [PATCH 1/2] ACPI: NFIT: Fix incorrect calculation of idt size, Yu Liao
  • [PATCH 2/2] ACPI: NFIT: use struct_size() helper, Yu Liao
  • Re: [PATCH 1/2] ACPI: NFIT: Fix incorrect calculation of idt size, Yu Liao
    • Re: [PATCH 1/2] ACPI: NFIT: Fix incorrect calculation of idt size, Dave Jiang
      • Re: [PATCH 1/2] ACPI: NFIT: Fix incorrect calculation of idt size, Yu Liao
• [PATCH v12 0/9] Fix wakeup problems on some AMD platforms, Mario Limonciello
  • [PATCH v12 2/9] ACPI: Adjust #ifdef for *_lps0_dev use, Mario Limonciello
    • Re: [PATCH v12 2/9] ACPI: Adjust #ifdef for *_lps0_dev use, Kuppuswamy Sathyanarayanan
  • [PATCH v12 1/9] ACPI: Add comments to clarify some #ifdef statements, Mario Limonciello
    • Re: [PATCH v12 1/9] ACPI: Add comments to clarify some #ifdef statements, Kuppuswamy Sathyanarayanan
  • [PATCH v12 4/9] ACPI: x86: s2idle: Catch multiple ACPI_TYPE_PACKAGE objects, Mario Limonciello
  • [PATCH v12 3/9] ACPI: x86: s2idle: Post-increment variables when getting constraints, Mario Limonciello
    • Re: [PATCH v12 3/9] ACPI: x86: s2idle: Post-increment variables when getting constraints, Kuppuswamy Sathyanarayanan
      • Re: [PATCH v12 3/9] ACPI: x86: s2idle: Post-increment variables when getting constraints, Andy Shevchenko
        • Re: [PATCH v12 3/9] ACPI: x86: s2idle: Post-increment variables when getting constraints, Kuppuswamy Sathyanarayanan
          • Re: [PATCH v12 3/9] ACPI: x86: s2idle: Post-increment variables when getting constraints, Andy Shevchenko
  • [PATCH v12 6/9] ACPI: x86: s2idle: Add more debugging for AMD constraints parsing, Mario Limonciello
  • [PATCH v12 5/9] ACPI: x86: s2idle: Fix a logic error parsing AMD constraints table, Mario Limonciello
  • [PATCH v12 7/9] ACPI: x86: s2idle: Store if constraint is enabled, Mario Limonciello
  • [PATCH v12 8/9] ACPI: x86: s2idle: Add for_each_lpi_constraint() helper, Mario Limonciello
  • [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Mario Limonciello
    • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, kernel test robot
    • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Bjorn Helgaas
      • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Limonciello, Mario
        • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Rafael J. Wysocki
          • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Limonciello, Mario
            • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Rafael J. Wysocki
      • Re: [PATCH v12 9/9] ACPI: x86: s2idle: Enforce LPS0 constraints for PCI devices, Rafael J. Wysocki
• [PATCH V2 0/7] AMD Pstate Preferred Core, Meng Li
  • [PATCH V2 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Meng Li
    • Re: [PATCH V2 1/7] x86: Drop CPU_SUP_INTEL from SCHED_MC_PRIO for the expansion., Mario Limonciello
  • [PATCH V2 2/7] acpi: cppc: Add get the highest performance cppc control, Meng Li
  • [PATCH V2 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Meng Li
    • Re: [PATCH V2 3/7] cpufreq: amd-pstate: Enable AMD Pstate Preferred Core Supporting., Mario Limonciello
  • [PATCH V2 4/7] cpufreq: Add a notification message that the highest perf has changed, Meng Li
    • Re: [PATCH V2 4/7] cpufreq: Add a notification message that the highest perf has changed, Mario Limonciello
  • [PATCH V2 5/7] cpufreq: amd-pstate: Update AMD Pstate Preferred Core ranking dynamically, Meng Li
  • [PATCH V2 7/7] Documentation: introduce AMD Pstate Preferrd Core mode kernel command line options, Meng Li
    • Re: [PATCH V2 7/7] Documentation: introduce AMD Pstate Preferrd Core mode kernel command line options, Mario Limonciello
  • [PATCH V2 6/7] Documentation: amd-pstate: introduce AMD Pstate Preferred Core, Meng Li
    • Re: [PATCH V2 6/7] Documentation: amd-pstate: introduce AMD Pstate Preferred Core, Mario Limonciello
• [rafael-pm:bleeding-edge] BUILD SUCCESS dd86d4481e181c84b56d260878a59ea7931930f7, kernel test robot
• [PATCH -next] ACPI: Remove unused declarations, Yue Haibing
  • Re: [PATCH -next] ACPI: Remove unused declarations, Rafael J. Wysocki
• [PATCH v2] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Yicong Yang
  • Re: [PATCH v2] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Will Deacon
• [rafael-pm:bleeding-edge] BUILD SUCCESS 13a2ce9b68a6f69090adb69ffa3f7daf596b1942, kernel test robot
• [PATCH -next] gpiolib: acpi: Use LIST_HEAD() to initialize the list_head, Ruan Jinjie
  • Re: [PATCH -next] gpiolib: acpi: Use LIST_HEAD() to initialize the list_head, Bartosz Golaszewski
    • Re: [PATCH -next] gpiolib: acpi: Use LIST_HEAD() to initialize the list_head, Andy Shevchenko
• [GIT PULL] ACPI fixes for v6.5-rc6, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v6.5-rc6, pr-tracker-bot
• [PATCH -next] PCI: Remove unused function declarations, Yue Haibing
  • Re: [PATCH -next] PCI: Remove unused function declarations, Bjorn Helgaas
• [rafael-pm:bleeding-edge] BUILD SUCCESS 055a51947251e3809c177e82d09429c5da37e5d3, kernel test robot
• [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Avadhut Naik
  • [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Avadhut Naik
  • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Wilczynski, Michal
    • [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Avadhut Naik
      • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
        • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Limonciello, Mario
          • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
            • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Limonciello, Mario
              • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
                • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Limonciello, Mario
                  • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
                    • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Limonciello, Mario
                      • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
                    • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
                      • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Yazen Ghannam
                        • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
                          • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Yazen Ghannam
                            • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Rafael J. Wysocki
                              • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Limonciello, Mario
                                • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Yazen Ghannam
                                  • Re: [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Limonciello, Mario
                      • [PATCH] ACPI: PHAT: Add Platform Health Assessment Table support, Avadhut Naik
• [PATCH v2] ACPI: thermal: Drop redundant local variable from acpi_thermal_resume(), Rafael J. Wysocki
• [PATCH v1] ACPI: thermal: Fold acpi_thermal_get_info() into its caller, Rafael J. Wysocki
• [PATCH] ACPI: resource: Add IRQ override quirk for PCSpecialist Elimina Pro 16 M, Hans de Goede
  • Re: [PATCH] ACPI: resource: Add IRQ override quirk for PCSpecialist Elimina Pro 16 M, Rafael J. Wysocki
  • Re: [PATCH] ACPI: resource: Add IRQ override quirk for PCSpecialist Elimina Pro 16 M, Hans de Goede
• [rafael-pm:bleeding-edge] BUILD SUCCESS WITH WARNING d8094e7904c2148417eb46e618fdf9649bb01e76, kernel test robot
• [PATCH V8 0/9] Enable Wifi RFI interference mitigation feature support, Evan Quan
  • [PATCH V8 8/9] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.0, Evan Quan
  • [PATCH V8 5/9] drm/amd/pm: update driver_if and ppsmc headers for coming wbrf feature, Evan Quan
  • [PATCH V8 7/9] drm/amd/pm: add flood detection for wbrf events, Evan Quan
  • [PATCH V8 2/9] drivers core: add ACPI based WBRF mechanism introduced by AMD, Evan Quan
    • Re: [PATCH V8 2/9] drivers core: add ACPI based WBRF mechanism introduced by AMD, Simon Horman
      • RE: [PATCH V8 2/9] drivers core: add ACPI based WBRF mechanism introduced by AMD, Quan, Evan
  • [PATCH V8 6/9] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Evan Quan
    • Re: [PATCH V8 6/9] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Simon Horman
      • RE: [PATCH V8 6/9] drm/amd/pm: setup the framework to support Wifi RFI mitigation feature, Quan, Evan
  • [PATCH V8 9/9] drm/amd/pm: enable Wifi RFI mitigation feature support for SMU13.0.7, Evan Quan
  • [PATCH V8 4/9] wifi: mac80211: Add support for WBRF features, Evan Quan
  • [PATCH V8 1/9] drivers core: Add support for Wifi band RF mitigations, Evan Quan
    • Re: [PATCH V8 1/9] drivers core: Add support for Wifi band RF mitigations, Randy Dunlap
      • RE: [PATCH V8 1/9] drivers core: Add support for Wifi band RF mitigations, Quan, Evan
  • [PATCH V8 3/9] cfg80211: expose nl80211_chan_width_to_mhz for wide sharing, Evan Quan
    • Re: [PATCH V8 3/9] cfg80211: expose nl80211_chan_width_to_mhz for wide sharing, Jeff Johnson
      • RE: [PATCH V8 3/9] cfg80211: expose nl80211_chan_width_to_mhz for wide sharing, Quan, Evan
• [PATCH v11 0/9] Fix wakeup problems on some AMD platforms, Mario Limonciello
  • [PATCH v11 1/9] ACPI: Add comments to clarify some #ifdef statements, Mario Limonciello
  • [PATCH v11 3/9] ACPI: x86: s2idle: Fix a logic error parsing AMD constraints table, Mario Limonciello
    • Re: [PATCH v11 3/9] ACPI: x86: s2idle: Fix a logic error parsing AMD constraints table, Bjorn Helgaas
  • [PATCH v11 4/9] ACPI: x86: s2idle: Add more debugging for AMD constraints parsing, Mario Limonciello
  • [PATCH v11 2/9] ACPI: Adjust #ifdef for *_lps0_dev use, Mario Limonciello
    • Re: [PATCH v11 2/9] ACPI: Adjust #ifdef for *_lps0_dev use, Bjorn Helgaas
      • Re: [PATCH v11 2/9] ACPI: Adjust #ifdef for *_lps0_dev use, Mario Limonciello
        • Re: [PATCH v11 2/9] ACPI: Adjust #ifdef for *_lps0_dev use, Bjorn Helgaas
  • [PATCH v11 5/9] ACPI: x86: s2idle: Store if constraint is enabled, Mario Limonciello
  • [PATCH v11 6/9] ACPI: x86: s2idle: Add a function to get constraints for a device, Mario Limonciello
    • Re: [PATCH v11 6/9] ACPI: x86: s2idle: Add a function to get constraints for a device, Andy Shevchenko
      • Re: [PATCH v11 6/9] ACPI: x86: s2idle: Add a function to get constraints for a device, Limonciello, Mario
        • Re: [PATCH v11 6/9] ACPI: x86: s2idle: Add a function to get constraints for a device, Andy Shevchenko
      • [PATCH v1 1/1] ACPI: x86: s2idle: Add for_each_lpi_constraint() helper, Andy Shevchenko
  • [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Mario Limonciello
    • Re: [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Bjorn Helgaas
      • Re: [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Limonciello, Mario
        • Re: [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Bjorn Helgaas
          • Re: [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Limonciello, Mario
            • Re: [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Rafael J. Wysocki
              • Re: [PATCH v11 9/9] PCI: ACPI: Use device constraints to decide PCI target state fallback policy, Limonciello, Mario
  • [PATCH v11 7/9] PCI: ACPI: Add helper functions for converting ACPI <->PCI states, Mario Limonciello
  • [PATCH v11 8/9] PCI: Split PME state selection into a local static function, Mario Limonciello
    • Re: [PATCH v11 8/9] PCI: Split PME state selection into a local static function, Andy Shevchenko
      • Re: [PATCH v11 8/9] PCI: Split PME state selection into a local static function, Limonciello, Mario
        • Re: [PATCH v11 8/9] PCI: Split PME state selection into a local static function, Andy Shevchenko
          • Re: [PATCH v11 8/9] PCI: Split PME state selection into a local static function, Limonciello, Mario
• [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
  • [PATCH v2 3/4] iommu: Do not attempt to re-lock the iommu device when probing, Jason Gunthorpe
    • RE: [PATCH v2 3/4] iommu: Do not attempt to re-lock the iommu device when probing, Tian, Kevin
  • [PATCH v2 1/4] iommu: Provide iommu_probe_device_locked(), Jason Gunthorpe
  • [PATCH v2 4/4] iommu: dev->iommu->iommu_dev must be set before ops->device_group(), Jason Gunthorpe
    • RE: [PATCH v2 4/4] iommu: dev->iommu->iommu_dev must be set before ops->device_group(), Tian, Kevin
  • [PATCH v2 2/4] iommu: Pass in the iommu_device to probe for in bus_iommu_probe(), Jason Gunthorpe
  • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Joerg Roedel
    • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
  • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jeffrey Hugo
  • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Marek Szyprowski
    • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
      • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Joerg Roedel
        • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
          • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Eric Farman
            • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
              • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Eric Farman
          • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Joerg Roedel
            • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Robin Murphy
              • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
                • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Robin Murphy
            • Re: [PATCH v2 0/4] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
• [PATCH] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Yicong Yang
  • Re: [PATCH] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Will Deacon
    • Re: [PATCH] perf/smmuv3: Enable HiSilicon Erratum 162001900 quirk for HIP08/09, Yicong Yang
• [PATCH] ACPI: thermal: extend the acpi maximum handles for _PSL method, Ivan Hu
  • Re: [PATCH] ACPI: thermal: extend the acpi maximum handles for _PSL method, Rafael J. Wysocki
• [PATCH v3 0/3] ACPI: resource: Fix regressions from "Remove "Zen" specific match and quirks", Hans de Goede
  • [PATCH v3 1/3] ACPI: resource: revert "Remove "Zen" specific match and quirks", Hans de Goede
  • [PATCH v3 2/3] ACPI: resource: Always use MADT override IRQ settings for all legacy non i8042 IRQs, Hans de Goede
  • [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
    • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Jiri Slaby
      • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
        • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Rafael J. Wysocki
          • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
            • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Rafael J. Wysocki
    • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, August Wikerfors
      • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
        • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Rafael J. Wysocki
          • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
            • Re: [PATCH v3 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
  • Re: [PATCH v3 0/3] ACPI: resource: Fix regressions from "Remove "Zen" specific match and quirks", August Wikerfors
• [PATCH v1] ACPI: thermal: Do not attach private data to ACPI handles, Rafael J. Wysocki
  • Re: [PATCH v1] ACPI: thermal: Do not attach private data to ACPI handles, Zhang, Rui
• [PATCH] PCI: acpiphp: Log more slot and notification details, Bjorn Helgaas
  • Re: [PATCH] PCI: acpiphp: Log more slot and notification details, Rafael J. Wysocki
    • Re: [PATCH] PCI: acpiphp: Log more slot and notification details, Bjorn Helgaas
      • Re: [PATCH] PCI: acpiphp: Log more slot and notification details, Rafael J. Wysocki
  • Re: [PATCH] PCI: acpiphp: Log more slot and notification details, Igor Mammedov
• [PATCH v1 0/6] iio: Introduce and use device_property_match_property_string(), Andy Shevchenko
  • [PATCH v1 3/6] iio: frequency: adf4377: Switch to device_property_match_property_string(), Andy Shevchenko
  • [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Andy Shevchenko
    • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Jonathan Cameron
      • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Andy Shevchenko
        • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Jonathan Cameron
          • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Rafael J. Wysocki
            • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Andy Shevchenko
              • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Jonathan Cameron
                • Re: [PATCH v1 2/6] device property: Add fwnode_property_match_property_string(), Andy Shevchenko
  • [PATCH v1 4/6] iio: frequency: admv1014: Switch to device_property_match_property_string(), Andy Shevchenko
  • [PATCH v1 5/6] iio: magnetometer: tmag5273: Switch to device_property_match_property_string(), Andy Shevchenko
  • [PATCH v1 6/6] iio: proximity: sx9324: Switch to device_property_match_property_string(), Andy Shevchenko
  • [PATCH v1 1/6] device property: Use fwnode_property_string_array_count(), Andy Shevchenko
    • Re: [PATCH v1 1/6] device property: Use fwnode_property_string_array_count(), Rafael J. Wysocki
• [rafael-pm:bleeding-edge] BUILD REGRESSION a478d3007320f8bee5a50522f8ac32a25ec5fc6b, kernel test robot
• [PATCH v2 0/3] ACPI: resource: Fix regressions from "Remove "Zen" specific match and quirks", Hans de Goede
  • [PATCH v2 3/3] ACPI: resource: Honor MADT INT_SRC_OVR settings for IRQ1 on AMD Zen, Hans de Goede
  • [PATCH v2 2/3] ACPI: resource: Always use MADT override IRQ settings for GSI != 1, Hans de Goede
    • Re: [PATCH v2 2/3] ACPI: resource: Always use MADT override IRQ settings for GSI != 1, August Wikerfors
      • Re: [PATCH v2 2/3] ACPI: resource: Always use MADT override IRQ settings for GSI != 1, Hans de Goede
  • [PATCH v2 1/3] ACPI: resource: revert "Remove "Zen" specific match and quirks", Hans de Goede
• [PATCH 0/3] Fix device_lock deadlock on two probe() paths, Jason Gunthorpe
  • [PATCH 3/3] iommu: Do not attempt to re-lock the iommu device when probing, Jason Gunthorpe
    • RE: [PATCH 3/3] iommu: Do not attempt to re-lock the iommu device when probing, Tian, Kevin
      • Re: [PATCH 3/3] iommu: Do not attempt to re-lock the iommu device when probing, Jason Gunthorpe
        • Re: [PATCH 3/3] iommu: Do not attempt to re-lock the iommu device when probing, Marek Szyprowski