Linux ACPI

• Date Index

• Re: [PATCH v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, (continued)
  • Re: [PATCH v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Bartlomiej Zolnierkiewicz
  • [PATCH v3 2/2] thermal: core: Stop polling DISABLED thermal devices, Andrzej Pietrasiewicz
    • RE: [PATCH v3 2/2] thermal: core: Stop polling DISABLED thermal devices, Zhang, Rui
      • RE: [PATCH v3 2/2] thermal: core: Stop polling DISABLED thermal devices, Zhang, Rui
        • Re: [PATCH v3 2/2] thermal: core: Stop polling DISABLED thermal devices, Andrzej Pietrasiewicz
          • RE: [PATCH v3 2/2] thermal: core: Stop polling DISABLED thermal devices, Zhang, Rui
  • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Andrzej Pietrasiewicz
    • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Andrzej Pietrasiewicz
  • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Daniel Lezcano
    • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Andrzej Pietrasiewicz
      • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Daniel Lezcano
        • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Andrzej Pietrasiewicz
    • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Bartlomiej Zolnierkiewicz
      • [PATCH v4 00/11] Stop monitoring disabled devices, Andrzej Pietrasiewicz
        • [PATCH v4 06/11] thermal: Add mode helpers, Andrzej Pietrasiewicz
          • Re: [PATCH v4 06/11] thermal: Add mode helpers, Bartlomiej Zolnierkiewicz
        • [PATCH v4 09/11] thermal: core: Stop polling DISABLED thermal devices, Andrzej Pietrasiewicz
          • Re: [PATCH v4 09/11] thermal: core: Stop polling DISABLED thermal devices, Bartlomiej Zolnierkiewicz
        • [PATCH v4 11/11] thermal: Rename set_mode() to change_mode(), Andrzej Pietrasiewicz
          • Re: [PATCH v4 11/11] thermal: Rename set_mode() to change_mode(), Bartlomiej Zolnierkiewicz
        • [PATCH v4 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods, Andrzej Pietrasiewicz
          • Re: [PATCH v4 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods, Bartlomiej Zolnierkiewicz
        • [PATCH v4 01/11] acpi: thermal: Fix error handling in the register function, Andrzej Pietrasiewicz
          • Re: [PATCH v4 01/11] acpi: thermal: Fix error handling in the register function, Guenter Roeck
          • Re: [PATCH v4 01/11] acpi: thermal: Fix error handling in the register function, Bartlomiej Zolnierkiewicz
        • [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum, Andrzej Pietrasiewicz
          • Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum, Guenter Roeck
            • Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum, Andrzej Pietrasiewicz
              • Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum, Guenter Roeck
          • Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum, Bartlomiej Zolnierkiewicz
        • [PATCH v4 03/11] thermal: Add current mode to thermal zone device, Andrzej Pietrasiewicz
          • Re: [PATCH v4 03/11] thermal: Add current mode to thermal zone device, Guenter Roeck
          • Re: [PATCH v4 03/11] thermal: Add current mode to thermal zone device, Bartlomiej Zolnierkiewicz
        • [PATCH v4 05/11] thermal: remove get_mode() operation of drivers, Andrzej Pietrasiewicz
          • Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers, Bartlomiej Zolnierkiewicz
        • [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device, Andrzej Pietrasiewicz
          • Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device, Bartlomiej Zolnierkiewicz
        • [PATCH v4 07/11] thermal: Use mode helpers in drivers, Andrzej Pietrasiewicz
          • Re: [PATCH v4 07/11] thermal: Use mode helpers in drivers, Bartlomiej Zolnierkiewicz
            • Re: [PATCH v4 07/11] thermal: Use mode helpers in drivers, Andrzej Pietrasiewicz
        • [PATCH v4 08/11] thermal: Explicitly enable non-changing thermal zone devices, Andrzej Pietrasiewicz
          • Re: [PATCH v4 08/11] thermal: Explicitly enable non-changing thermal zone devices, Bartlomiej Zolnierkiewicz
        • Re: [PATCH v4 02/11] thermal: Store thermal mode in a dedicated enum, Peter Kästle
        • Re: [PATCH v4 04/11] thermal: Store device mode in struct thermal_zone_device, Peter Kästle
        • Re: [PATCH v4 05/11] thermal: remove get_mode() operation of drivers, Peter Kästle
        • Re: [PATCH v4 07/11] thermal: Use mode helpers in drivers, Peter Kästle
        • Re: [PATCH v4 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods, Peter Kästle
        • Re: [PATCH v4 11/11] thermal: Rename set_mode() to change_mode(), Peter Kästle
        • Re: [PATCH v4 00/11] Stop monitoring disabled devices, Daniel Lezcano
          • [PATCH v5 00/11] Stop monitoring disabled devices, Andrzej Pietrasiewicz
            • [PATCH v5 06/11] thermal: Add mode helpers, Andrzej Pietrasiewicz
              • [RFC PATCH] thermal: thermal_zone_device_set_mode() can be static, kernel test robot
              • Re: [PATCH v5 06/11] thermal: Add mode helpers, kernel test robot
              • Re: [PATCH v5 06/11] thermal: Add mode helpers, kernel test robot
              • Re: [PATCH v5 06/11] thermal: Add mode helpers, Amit Kucheria
                • [PATCH v6 00/11] Stop monitoring disabled devices, Andrzej Pietrasiewicz
                  • [PATCH v6 04/11] thermal: Store device mode in struct thermal_zone_device, Andrzej Pietrasiewicz
                  • [PATCH v6 02/11] thermal: Store thermal mode in a dedicated enum, Andrzej Pietrasiewicz
                  • [PATCH v6 06/11] thermal: Add mode helpers, Andrzej Pietrasiewicz
                    • Re: [PATCH v6 06/11] thermal: Add mode helpers, Daniel Lezcano
                  • [PATCH v6 11/11] thermal: Rename set_mode() to change_mode(), Andrzej Pietrasiewicz
                  • [PATCH v6 07/11] thermal: Use mode helpers in drivers, Andrzej Pietrasiewicz
                  • [PATCH v6 08/11] thermal: Explicitly enable non-changing thermal zone devices, Andrzej Pietrasiewicz
                  • [PATCH v6 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods, Andrzej Pietrasiewicz
                  • [PATCH v6 09/11] thermal: core: Stop polling DISABLED thermal devices, Andrzej Pietrasiewicz
                  • [PATCH v6 01/11] acpi: thermal: Fix error handling in the register function, Andrzej Pietrasiewicz
                  • [PATCH v6 05/11] thermal: remove get_mode() operation of drivers, Andrzej Pietrasiewicz
                  • [PATCH v6 03/11] thermal: Add current mode to thermal zone device, Andrzej Pietrasiewicz
            • [PATCH v5 10/11] thermal: Simplify or eliminate unnecessary set_mode() methods, Andrzej Pietrasiewicz
            • [PATCH v5 09/11] thermal: core: Stop polling DISABLED thermal devices, Andrzej Pietrasiewicz
            • [PATCH v5 11/11] thermal: Rename set_mode() to change_mode(), Andrzej Pietrasiewicz
            • [PATCH v5 08/11] thermal: Explicitly enable non-changing thermal zone devices, Andrzej Pietrasiewicz
            • [PATCH v5 07/11] thermal: Use mode helpers in drivers, Andrzej Pietrasiewicz
            • [PATCH v5 05/11] thermal: remove get_mode() operation of drivers, Andrzej Pietrasiewicz
              • Re: [PATCH v5 05/11] thermal: remove get_mode() operation of drivers, Amit Kucheria
            • [PATCH v5 02/11] thermal: Store thermal mode in a dedicated enum, Andrzej Pietrasiewicz
              • Re: [PATCH v5 02/11] thermal: Store thermal mode in a dedicated enum, Amit Kucheria
            • [PATCH v5 04/11] thermal: Store device mode in struct thermal_zone_device, Andrzej Pietrasiewicz
              • Re: [PATCH v5 04/11] thermal: Store device mode in struct thermal_zone_device, Amit Kucheria
            • [PATCH v5 01/11] acpi: thermal: Fix error handling in the register function, Andrzej Pietrasiewicz
              • Re: [PATCH v5 01/11] acpi: thermal: Fix error handling in the register function, Amit Kucheria
            • [PATCH v5 03/11] thermal: Add current mode to thermal zone device, Andrzej Pietrasiewicz
              • Re: [PATCH v5 03/11] thermal: Add current mode to thermal zone device, Amit Kucheria
      • Re: [PATCH v4 00/11] Stop monitoring disabled devices, Peter Kästle
        • Re: [PATCH v4 00/11] Stop monitoring disabled devices, Andrzej Pietrasiewicz
  • Re: [RFC v3 1/2] thermal: core: Let thermal zone device's mode be stored in its struct, Peter Kästle
  • [RFC v2 4/9] thermal: core: Let thermal zone device's mode be stored in its struct, Andrzej Pietrasiewicz
    • Re: [RFC v2 4/9] thermal: core: Let thermal zone device's mode be stored in its struct, Daniel Lezcano
  • [RFC v2 2/9] thermal: Eliminate an always-false condition, Andrzej Pietrasiewicz
  • [RFC v2 3/9] thermal: Properly handle mode values in .set_mode(), Andrzej Pietrasiewicz
    • Re: [RFC v2 3/9] thermal: Properly handle mode values in .set_mode(), Daniel Lezcano
  • Re: [RFC v2 0/9] Stop monitoring disabled devices, Ezequiel Garcia
• [v7 PATCH 0/6] ACPI / APEI: Add support to notify non-fatal HW errors, Shiju Jose
  • [v7 PATCH 3/6] ACPI / APEI: Add callback for AER to the GHES notifier, Shiju Jose
  • [v7 PATCH 2/6] ACPI / APEI: Add callback for memory errors to the GHES notifier, Shiju Jose
  • [v7 PATCH 4/6] ACPI / APEI: Add callback for ARM HW errors to the GHES notifier, Shiju Jose
  • [v7 PATCH 5/6] ACPI / APEI: Add callback for non-standard HW errors to the GHES notifier, Shiju Jose
  • [v7 PATCH 1/6] ACPI / APEI: Add support to queuing up the non-fatal HW errors and notify, Shiju Jose
    • Re: [v7 PATCH 1/6] ACPI / APEI: Add support to queuing up the non-fatal HW errors and notify, kbuild test robot
    • [RFC PATCH] ACPI / APEI: ghes_gdata_pool_init() can be static, kbuild test robot
  • [v7 PATCH 6/6] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
• [pm:bleeding-edge] BUILD SUCCESS b1eebcf18a87987171c4b2f32e59eda369290e83, kbuild test robot
• [PATCH] ACPI: EC: Fix up fast path check in acpi_ec_add(), Rafael J. Wysocki
• [GIT PULL] More ACPI updates for v5.7-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More ACPI updates for v5.7-rc1, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] More ACPI updates for v5.7-rc1, Rafael J. Wysocki
    • Re: [GIT PULL] More ACPI updates for v5.7-rc1, pr-tracker-bot
• [GIT PULL] More power management updates for v5.7-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] More power management updates for v5.7-rc1, pr-tracker-bot
• [bug report] ACPI: EC: Avoid passing redundant argument to functions, Dan Carpenter
• [PATCH] Documentation: firmware-guide: ACPI: fix table in namespace.rst, Vilhelm Prytz
  • Re: [PATCH] Documentation: firmware-guide: ACPI: fix table in namespace.rst, Rafael J. Wysocki
• [pm:pm-sleep-core 2/2] drivers/base/power/main.c:664 device_resume_noirq() error: uninitialized symbol 'info'., Dan Carpenter
• [pm:pm-sleep-core 2/3] drivers/base/power/main.c:588:31: warning: initialization of 'const char *' from 'char' makes pointer from integer without a cast, kbuild test robot
• [pm:pm-sleep-core 3/3] drivers/base/power/main.c:582:3: error: 'state' undeclared; did you mean 'statx'?, kbuild test robot
• [pm:pm-sleep-core 2/3] drivers/base/power/main.c:588:31: warning: initialization makes pointer from integer without a cast, kbuild test robot
• [pm:bleeding-edge] BUILD SUCCESS 0cff5f799309790b1dfd9c65b6d51725a723cf1f, kbuild test robot
• [pm:pm-sleep-core 2/3] drivers/base/power/main.c:824:10: warning: 'callback' may be used uninitialized in this function, kbuild test robot
• [pm:bleeding-edge] BUILD SUCCESS 3c55e7bed1061c07f3678df7889e35719349dd22, kbuild test robot
• [PATCH v3 1/2] ACPI: PM: Add acpi_[un]register_wakeup_handler(), Hans de Goede
  • [PATCH v3 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Hans de Goede
    • Re: [PATCH v3 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Rafael J. Wysocki
      • Re: [PATCH v3 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Andy Shevchenko
        • Re: [PATCH v3 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Hans de Goede
  • Re: [PATCH v3 1/2] ACPI: PM: Add acpi_[un]register_wakeup_handler(), Rafael J. Wysocki
• [PATCH v3] x86/acpi: fix a deadlock with cpu hotplug, Qian Cai
  • Re: [PATCH v3] x86/acpi: fix a deadlock with cpu hotplug, Rafael J. Wysocki
    • Re: [PATCH v3] x86/acpi: fix a deadlock with cpu hotplug, Borislav Petkov
      • Re: [PATCH v3] x86/acpi: fix a deadlock with cpu hotplug, Rafael J. Wysocki
• [PATCH v2 1/2] ACPI: PM: Add acpi_[un]register_wakeup_handler(), Hans de Goede
  • [PATCH v2 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Hans de Goede
    • Re: [PATCH v2 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Rafael J. Wysocki
      • Re: [PATCH v2 2/2] platform/x86: intel_int0002_vgpio: Use acpi_register_wakeup_handler(), Hans de Goede
  • Re: [PATCH v2 1/2] ACPI: PM: Add acpi_[un]register_wakeup_handler(), Andy Shevchenko
    • Re: [PATCH v2 1/2] ACPI: PM: Add acpi_[un]register_wakeup_handler(), Hans de Goede
• [PATCH] ACPICA: make acpi_gbl_next_cmd_num static, Jason Yan
  • Re: [PATCH] ACPICA: make acpi_gbl_next_cmd_num static, Rafael J. Wysocki
    • RE: [Devel] Re: [PATCH] ACPICA: make acpi_gbl_next_cmd_num static, Kaneda, Erik
      • Re: [Devel] Re: [PATCH] ACPICA: make acpi_gbl_next_cmd_num static, Jason Yan
• [PATCH v4 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware, Stefan Berger
  • [PATCH v4 1/2] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
    • Re: [PATCH v4 1/2] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
  • [PATCH v4 2/2] tpm: Add support for event log pointer found in TPM2 ACPI table, Stefan Berger
  • Re: [PATCH v4 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware, Jarkko Sakkinen
    • Re: [PATCH v4 0/2] tpm2: Make TPM2 logs accessible for non-UEFI firmware, Stefan Berger
• [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, John Garry
  • <Possible follow-ups>
  • [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, John Garry
    • Re: [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, Sudeep Holla
      • Re: [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, John Garry
    • Re: [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, Hanjun Guo
    • Re: [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, Jeremy Linton
      • Re: [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, John Garry
        • Re: [PATCH] ACPI: PPTT: Inform user that table offset used for Physical processor node ID, Jeremy Linton
• OOB access on ACPI processor thermal device via sysfs write, Takashi Iwai
  • RE: OOB access on ACPI processor thermal device via sysfs write, Zhang, Rui
    • Re: OOB access on ACPI processor thermal device via sysfs write, Takashi Iwai
      • Re: OOB access on ACPI processor thermal device via sysfs write, Zhang Rui
        • Re: OOB access on ACPI processor thermal device via sysfs write, Takashi Iwai
        • Re: OOB access on ACPI processor thermal device via sysfs write, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 54cd0f59877df1854dbea5e1a12cb31572daf7a0, kbuild test robot
• [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
  • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
    • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Rafael J. Wysocki
      • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
        • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
          • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Rafael J. Wysocki
            • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
          • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
            • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
            • Re: [PATCH v3] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
• [PATCH] ACPI: video: Use native backlight on Acer Aspire 5783z, Hans de Goede
• [PATCH] ACPI; update docs for "acpi_backlight" kernel parameter options, Randy Dunlap
  • Re: [PATCH] ACPI; update docs for "acpi_backlight" kernel parameter options, Hans de Goede
    • Re: [PATCH] ACPI; update docs for "acpi_backlight" kernel parameter options, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 61fafa3ac67beab5d2e0bf439da2523bd035cb0e, kbuild test robot
• Re: ACPI Video Driver creates backlight on desktop board, Hans de Goede
  • Re: ACPI Video Driver creates backlight on desktop board, Randy Dunlap
    • Re: ACPI Video Driver creates backlight on desktop board, Hans de Goede
      • Re: ACPI Video Driver creates backlight on desktop board, Randy Dunlap
• [GIT PULL] PNP subsystems updates for v5.7-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] PNP subsystems updates for v5.7-rc1, pr-tracker-bot
• [GIT PULL] ACPI updates for v5.7-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI updates for v5.7-rc1, pr-tracker-bot
• [GIT PULL] Power management updates for v5.7-rc1, Rafael J. Wysocki
  • Re: [GIT PULL] Power management updates for v5.7-rc1, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] Power management updates for v5.7-rc1, Rafael J. Wysocki
• [PATCH v2 0/3] tpm2: Make TPM2 logs accessible for non-UEFI firmware, Stefan Berger
  • [PATCH v2 1/3] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
    • Re: [PATCH v2 1/3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
      • Re: [PATCH v2 1/3] acpi: Extend TPM2 ACPI table with missing log fields, Stefan Berger
        • Re: [PATCH v2 1/3] acpi: Extend TPM2 ACPI table with missing log fields, Jarkko Sakkinen
  • [PATCH v2 3/3] tpm: Add support for ACPI logs from TPM2 ACPI table, Stefan Berger
    • Re: [PATCH v2 3/3] tpm: Add support for ACPI logs from TPM2 ACPI table, Jarkko Sakkinen
  • [PATCH v2 2/3] tpm: Rearrange ACPI log code to easier extend for TPM2 case, Stefan Berger
    • Re: [PATCH v2 2/3] tpm: Rearrange ACPI log code to easier extend for TPM2 case, Jarkko Sakkinen
      • Re: [PATCH v2 2/3] tpm: Rearrange ACPI log code to easier extend for TPM2 case, Stefan Berger
        • Re: [PATCH v2 2/3] tpm: Rearrange ACPI log code to easier extend for TPM2 case, Jarkko Sakkinen
• [PATCH] acpica: clear global_lock bits at FACS initialization, Jan Engelhardt
  • Re: [PATCH] acpica: clear global_lock bits at FACS initialization, Rafael J. Wysocki
    • RE: [PATCH] acpica: clear global_lock bits at FACS initialization, Kaneda, Erik
      • RE: [PATCH] acpica: clear global_lock bits at FACS initialization, Jan Engelhardt
  • Re: [PATCH] acpica: clear global_lock bits at FACS initialization, Dan Carpenter
• [pm:bleeding-edge] BUILD SUCCESS 54c617385f8e16da77e722e6e45ff5962b3e0419, kbuild test robot
• [PATCH 5.6 regression fix 0/2] ACPI: PM: s2idle: Fix some systems no longer waking up from suspend, Hans de Goede
  • [PATCH 5.6 regression fix 1/2] ACPI: PM: Add acpi_s2idle_register_wake_callback(), Hans de Goede
    • Re: [PATCH 5.6 regression fix 1/2] ACPI: PM: Add acpi_s2idle_register_wake_callback(), Rafael J. Wysocki
      • Re: [PATCH 5.6 regression fix 1/2] ACPI: PM: Add acpi_s2idle_register_wake_callback(), Hans de Goede
        • Re: [PATCH 5.6 regression fix 1/2] ACPI: PM: Add acpi_s2idle_register_wake_callback(), Rafael J. Wysocki
          • Re: [PATCH 5.6 regression fix 1/2] ACPI: PM: Add acpi_s2idle_register_wake_callback(), Hans de Goede
  • [PATCH 5.6 regression fix 2/2] platform/x86: intel_int0002_vgpio: Use acpi_s2idle_register_wake_callback, Hans de Goede
• [PATCH v2] x86/acpi: fix a deadlock with cpu hotplug, Qian Cai
  • Re: [PATCH v2] x86/acpi: fix a deadlock with cpu hotplug, Rafael J. Wysocki
    • Re: [PATCH v2] x86/acpi: fix a deadlock with cpu hotplug, Qian Cai
      • Re: [PATCH v2] x86/acpi: fix a deadlock with cpu hotplug, Rafael J. Wysocki
        • Re: [PATCH v2] x86/acpi: fix a deadlock with cpu hotplug, Qian Cai
          • Re: [PATCH v2] x86/acpi: fix a deadlock with cpu hotplug, Rafael J. Wysocki
• [PATCH] x86/acpi: fix a deadlock with cpu hotplug, Qian Cai
• [pm:bleeding-edge] BUILD REGRESSION b50a778aa5b714166355ef7f4a1992e4073393fc, kbuild test robot
  • Re: [pm:bleeding-edge] BUILD REGRESSION b50a778aa5b714166355ef7f4a1992e4073393fc, Rafael J. Wysocki
• [PATCH -next] ACPICA: Make acpi_protocol_lengths static, YueHaibing
  • Re: [PATCH -next] ACPICA: Make acpi_protocol_lengths static, Rafael J. Wysocki
    • RE: [PATCH -next] ACPICA: Make acpi_protocol_lengths static, Kaneda, Erik
      • Re: [PATCH -next] ACPICA: Make acpi_protocol_lengths static, Yuehaibing
        • RE: [PATCH -next] ACPICA: Make acpi_protocol_lengths static, Kaneda, Erik
• [PATCH 00/10] ACPICA release 20200326, Erik Kaneda
  • [PATCH 01/10] ACPICA: Fix a typo in a comment field, Erik Kaneda
  • [PATCH 02/10] ACPICA: Implement IVRS IVHD type 11h parsing, Erik Kaneda
  • [PATCH 04/10] ACPICA: Change PlatformCommChannel ASL keyword to PCC, Erik Kaneda
  • [PATCH 05/10] ACPICA: acpiexec: remove redeclaration of acpi_gbl_db_opt_no_region_support, Erik Kaneda
  • [PATCH 03/10] ACPICA: Fix IVRS IVHD type 10h reserved field name, Erik Kaneda
  • [PATCH 08/10] ACPICA: Add NHLT table signature, Erik Kaneda
  • [PATCH 06/10] ACPICA: utilities: fix sprintf(), Erik Kaneda
  • [PATCH 07/10] ACPICA: WSMT: Fix typo, no functional change, Erik Kaneda
  • [PATCH 09/10] ACPICA: Fixes for acpiExec namespace init file, Erik Kaneda
  • [PATCH 10/10] ACPICA: Update version 20200326, Erik Kaneda
  • Re: [PATCH 00/10] ACPICA release 20200326, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 19b2b1eeb3782fd90bcd2600672b8079fbab94d1, kbuild test robot
• [RFC PATCH 0/3] ACPI: Flexible eject options to remove devices cautiously, Chester Lin
  • [RFC PATCH 1/3] ACPI: scan: add userland notification while handling eject events, Chester Lin
    • Re: [RFC PATCH 1/3] ACPI: scan: add userland notification while handling eject events, Greg KH
      • Re: [RFC PATCH 1/3] ACPI: scan: add userland notification while handling eject events, Chester Lin
        • Re: [RFC PATCH 1/3] ACPI: scan: add userland notification while handling eject events, Chester Lin
  • [RFC PATCH 3/3] ACPI: scan: add a request_offline_recursive attribute, Chester Lin
  • [RFC PATCH 2/3] ACPI: scan: add cancel_eject and auto_eject attributes, Chester Lin
• [pm:bleeding-edge] BUILD SUCCESS 8b4ddf47b7b4dd54539f1821c95a8dee3295fb0b, kbuild test robot
• [PATCH] ACPI / CPPC: clean up acpi_get_psd_map, luanshi
  • Re: [PATCH] ACPI / CPPC: clean up acpi_get_psd_map, Rafael J. Wysocki
• [pm:intel_pstate-passive 4/5] kernel/sched/sched.h:2379:21: error: 'struct rq' has no member named 'avg_dl', kbuild test robot
• [pm:bleeding-edge] BUILD SUCCESS 99c1ea0e723ac7f61e663f5f54ca51b0b731adda, kbuild test robot
• [PATCH v6 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
    • Re: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Borislav Petkov
      • RE: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
        • Re: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Borislav Petkov
          • RE: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
            • Re: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Borislav Petkov
              • RE: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
                • Re: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Borislav Petkov
                  • RE: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
      • Re: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, James Morse
        • RE: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
        • RE: [PATCH v6 1/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • [PATCH v6 2/2] PCI: hip: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
  • Re: [PATCH v6 0/2] ACPI / APEI: Add support to notify the vendor specific HW errors, Bjorn Helgaas
• [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
  • Re: [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Bjorn Helgaas
    • RE: [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
    • Re: [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Dan Carpenter
      • Re: [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Bjorn Helgaas
        • Re: [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Dan Carpenter
  • <Possible follow-ups>
  • [PATCH v5 2/2] PCI: HIP: Add handling of HiSilicon HIP PCIe controller errors, Shiju Jose
• [PATCH v5 1/2] APEI: Add support to notify the vendor specific HW errors, Shiju Jose
• [PATCH v5 0/2] ACPI: APEI: Add support to notify the vendor specific HW errors, Shiju Jose
  • Re: [PATCH v5 0/2] ACPI: APEI: Add support to notify the vendor specific HW errors, Bjorn Helgaas
    • RE: [PATCH v5 0/2] ACPI: APEI: Add support to notify the vendor specific HW errors, Shiju Jose
      • Re: [PATCH v5 0/2] ACPI: APEI: Add support to notify the vendor specific HW errors, Bjorn Helgaas
• [PATCH 0/2] ACPI: PM: s2idle: Harden the premature EC wakeups handling, Rafael J. Wysocki
  • [PATCH 2/2] ACPI: PM: s2idle: Refine active GPEs check, Rafael J. Wysocki
  • [PATCH 1/2] ACPICA: Allow acpi_any_gpe_status_set() to skip one GPE, Rafael J. Wysocki
• [PATCH 0/1 resend] gpiolib: acpi: Add missing __init(const) markers to initcall-s, Hans de Goede
  • [PATCH resend] gpiolib: acpi: Add missing __init(const) markers to initcall-s, Hans de Goede
    • Re: [PATCH resend] gpiolib: acpi: Add missing __init(const) markers to initcall-s, Linus Walleij
  • Re: [PATCH 0/1 resend] gpiolib: acpi: Add missing __init(const) markers to initcall-s, Linus Walleij
• Re: [patch 10/22] EDAC: Convert to new X86 CPU match macros, Luck, Tony
• [PATCH 23/22] x86/smpboot: Remove the last ICPU() macro, Borislav Petkov
• Re: [PATCH][next] pnpbios: pnpbios.h: Replace zero-length array with flexible-array member, Rafael J. Wysocki
• [patch V2 09/22] cpufreq: Convert to new X86 CPU match macros, Thomas Gleixner
  • Re: [patch V2 09/22] cpufreq: Convert to new X86 CPU match macros, Rafael J. Wysocki
• [RFC PATCH v2 0/4] bus: fsl-mc: Add ACPI support for fsl-mc, laurentiu . tudor
  • [RFC PATCH v2 1/4] bus: fsl-mc: add custom .dma_configure implementation, laurentiu . tudor
  • [RFC PATCH v2 2/4] irqchip/fsl-mc: Change the way the IRQ domain is set for MC devices, laurentiu . tudor
  • [RFC PATCH v2 3/4] bus: fsl-mc: Add ACPI support for fsl-mc, laurentiu . tudor
  • [RFC PATCH v2 4/4] iommu/of: get rid of fsl-mc specific code, laurentiu . tudor
• Re: [cpufreq] 06c4d00466: will-it-scale.per_process_ops -53.4% regression, Andy Shevchenko
  • Re: [cpufreq] 06c4d00466: will-it-scale.per_process_ops -53.4% regression, Srinivas Pandruvada
    • Re: [cpufreq] 06c4d00466: will-it-scale.per_process_ops -53.4% regression, Rong Chen
  • Re: [cpufreq] 06c4d00466: will-it-scale.per_process_ops -53.4% regression, Rong Chen
    • Re: [cpufreq] 06c4d00466: will-it-scale.per_process_ops -53.4% regression, Thomas Gleixner
      • Re: [cpufreq] 06c4d00466: will-it-scale.per_process_ops -53.4% regression, kernel test robot
• [PATCH v2] usb: core: Add ACPI support for USB interface devices, Andy Shevchenko
  • Re: [PATCH v2] usb: core: Add ACPI support for USB interface devices, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS c6e2eb7ccc3d252115a7d8cba393770ec7366063, kbuild test robot
• [PATCH v1] usb: core: Add ACPI support for USB interfaces, Andy Shevchenko
  • Re: [PATCH v1] usb: core: Add ACPI support for USB interfaces, Greg Kroah-Hartman
    • Re: [PATCH v1] usb: core: Add ACPI support for USB interfaces, Andy Shevchenko
      • Re: [PATCH v1] usb: core: Add ACPI support for USB interfaces, Greg Kroah-Hartman
• [pm:bleeding-edge] BUILD SUCCESS 5e3ada361a7aef36e173fc7004a8e9f0066f9010, kbuild test robot
• [PATCH v2 0/6] Manual definition of Soft Reserved memory devices, Dan Williams
  • [PATCH v2 1/6] x86/numa: Cleanup configuration dependent command-line options, Dan Williams
  • [PATCH v2 2/6] x86/numa: Add 'nohmat' option, Dan Williams
  • [PATCH v2 3/6] efi/fake_mem: Arrange for a resource entry per efi_fake_mem instance, Dan Williams
  • [PATCH v2 4/6] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
    • Re: [PATCH v2 4/6] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Joao Martins
      • Re: [PATCH v2 4/6] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
        • Re: [PATCH v2 4/6] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
  • [PATCH v2 5/6] resource: Report parent to walk_iomem_res_desc() callback, Dan Williams
  • [PATCH v2 6/6] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
    • Re: [PATCH v2 6/6] ACPI: HMAT: Attach a device for each soft-reserved range, Joao Martins
      • Re: [PATCH v2 6/6] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
        • Re: [PATCH v2 6/6] ACPI: HMAT: Attach a device for each soft-reserved range, Joao Martins
    • Re: [PATCH v2 6/6] ACPI: HMAT: Attach a device for each soft-reserved range, Will Deacon
      • Re: [PATCH v2 6/6] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
  • Re: [PATCH v2 0/6] Manual definition of Soft Reserved memory devices, Rafael J. Wysocki
• Oferta de préstamo entre particulares sin dificultad, rápida y muy confiable, Anne Foley
• [patch V3 00/20] Lock ordering documentation and annotation for lockdep, Thomas Gleixner
  • [patch V3 20/20] lockdep: Add posixtimer context tracing bits, Thomas Gleixner
  • [patch V3 05/20] acpi: Remove header dependency, Thomas Gleixner
  • [patch V3 09/20] ia64: Remove mm.h from asm/uaccess.h, Thomas Gleixner
  • [patch V3 17/20] lockdep: Introduce wait-type checks, Thomas Gleixner
  • [patch V3 16/20] completion: Use simple wait queues, Thomas Gleixner
    • [PATCH] completion: Use lockdep_assert_RT_in_threaded_ctx() in complete_all(), Sebastian Siewior
  • [patch V3 01/20] PCI/switchtec: Fix init_completion race condition with poll_wait(), Thomas Gleixner
  • [patch V3 19/20] lockdep: Annotate irq_work, Thomas Gleixner
  • [patch V3 11/20] rcuwait: Add @state argument to rcuwait_wait_event(), Thomas Gleixner
  • [patch V3 13/20] Documentation: Add lock ordering and nesting documentation, Thomas Gleixner
    • Re: [patch V3 13/20] Documentation: Add lock ordering and nesting documentation, Paul E. McKenney
      • Re: [patch V3 13/20] Documentation: Add lock ordering and nesting documentation, Thomas Gleixner
        • Re: [patch V3 13/20] Documentation: Add lock ordering and nesting documentation, Paul E. McKenney
          • Documentation/locking/locktypes: Further clarifications and wordsmithing, Thomas Gleixner
            • Re: Documentation/locking/locktypes: Further clarifications and wordsmithing, Sebastian Siewior
              • Re: Documentation/locking/locktypes: Further clarifications and wordsmithing, Paul E. McKenney
                • Re: Documentation/locking/locktypes: Further clarifications and wordsmithing, Sebastian Siewior
            • [PATCH v2] Documentation/locking/locktypes: minor copy editor fixes, Randy Dunlap
              • Re: [PATCH v2] Documentation/locking/locktypes: minor copy editor fixes, Paul E. McKenney
  • [patch V3 02/20] pci/switchtec: Replace completion wait queue usage for poll, Thomas Gleixner
  • [patch V3 18/20] lockdep: Add hrtimer context tracing bits, Thomas Gleixner
  • [patch V3 10/20] microblaze: Remove mm.h from asm/uaccess.h, Thomas Gleixner
  • [patch V3 03/20] usb: gadget: Use completion interface instead of open coding it, Thomas Gleixner
    • Re: [patch V3 03/20] usb: gadget: Use completion interface instead of open coding it, Felipe Balbi
      • Re: [patch V3 03/20] usb: gadget: Use completion interface instead of open coding it, Sebastian Siewior
  • [patch V3 14/20] timekeeping: Split jiffies seqlock, Thomas Gleixner
  • [patch V3 06/20] nds32: Remove mm.h from asm/uaccess.h, Thomas Gleixner
  • [patch V3 07/20] csky: Remove mm.h from asm/uaccess.h, Thomas Gleixner
  • [patch V3 08/20] hexagon: Remove mm.h from asm/uaccess.h, Thomas Gleixner
    • RE: [patch V3 08/20] hexagon: Remove mm.h from asm/uaccess.h, Brian Cain
  • [patch V3 12/20] powerpc/ps3: Convert half completion to rcuwait, Thomas Gleixner
    • Re: [patch V3 12/20] powerpc/ps3: Convert half completion to rcuwait, Thomas Gleixner
    • Re: [patch V3 12/20] powerpc/ps3: Convert half completion to rcuwait, Geoff Levand
  • [patch V3 15/20] sched/swait: Prepare usage in completions, Thomas Gleixner
  • [patch V3 04/20] orinoco_usb: Use the regular completion interfaces, Thomas Gleixner
  • Re: [patch V3 00/20] Lock ordering documentation and annotation for lockdep, Davidlohr Bueso
    • Re: [patch V3 00/20] Lock ordering documentation and annotation for lockdep, Thomas Gleixner
• [RESEND PATCH] acpi: Add NHLT table signature, Cezary Rojewski
  • Re: [RESEND PATCH] acpi: Add NHLT table signature, Rafael J. Wysocki
    • RE: [RESEND PATCH] acpi: Add NHLT table signature, Kaneda, Erik
• Re: [patch 19/22] ASoC: Intel: Convert to new X86 CPU match macros, Andy Shevchenko
• Re: [patch 11/22] platform/x86: Convert to new CPU match macros, Andy Shevchenko
• Re: [patch 09/22] cpufreq: Convert to new X86 CPU match macros, Andy Shevchenko
  • Re: [patch 09/22] cpufreq: Convert to new X86 CPU match macros, Thomas Gleixner
    • Re: [patch 09/22] cpufreq: Convert to new X86 CPU match macros, Andy Shevchenko
      • Re: [patch 09/22] cpufreq: Convert to new X86 CPU match macros, Thomas Gleixner
• Re: [patch 08/22] ACPI: Convert to new X86 CPU match macros, Andy Shevchenko
  • Re: [patch 08/22] ACPI: Convert to new X86 CPU match macros, Thomas Gleixner
    • Re: [patch 08/22] ACPI: Convert to new X86 CPU match macros, mark gross
• Re: [patch 01/22] x86/devicetable: Move x86 specific macro out of generic code, Andy Shevchenko
  • Re: [patch 01/22] x86/devicetable: Move x86 specific macro out of generic code, Thomas Gleixner
• Re: [patch 00/22] x86/treewide: Consolidate CPU match macro maze and get rid of C89 (sic!) initializers, Andy Shevchenko
  • <Possible follow-ups>
  • Re: [patch 00/22] x86/treewide: Consolidate CPU match macro maze and get rid of C89 (sic!) initializers, Greg Kroah-Hartman
• Re: [patch 17/22] PCI: intel-mid: Convert to new X86 CPU match macros, Bjorn Helgaas
• Re: [patch 02/22] x86/cpu: Add conistent CPU match macros, Bjorn Helgaas
  • <Possible follow-ups>
  • Re: [patch 02/22] x86/cpu: Add conistent CPU match macros, Andy Shevchenko
    • Re: [patch 02/22] x86/cpu: Add conistent CPU match macros, Thomas Gleixner
• [PATCH] ACPI: s2idle: Fix comment in acpi_s2idle_prepare_late(), Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 8c2bbc5c3a0aef446e9116c2d357f7563a772433, kbuild test robot
• [PATCH][next] acpi: nfit.h: Replace zero-length array with flexible-array member, Gustavo A. R. Silva
  • Re: [PATCH][next] acpi: nfit.h: Replace zero-length array with flexible-array member, Rafael J. Wysocki
    • Re: [PATCH][next] acpi: nfit.h: Replace zero-length array with flexible-array member, Dan Williams
• [PATCH AUTOSEL 5.4 69/73] i2c: acpi: put device when verifying client fails, Sasha Levin
• [pm:bleeding-edge] BUILD SUCCESS c03d064a440c2a5cbe3da782db05d3e18dc5ec3e, kbuild test robot
• [PATCH] MAINTAINERS: Add linux-acpi list to PNP, Corentin Labbe
  • Re: [PATCH] MAINTAINERS: Add linux-acpi list to PNP, Rafael J. Wysocki
• [pm:bleeding-edge] BUILD SUCCESS 48c5a4c87535359453a3189abce4c7ef1977cd95, kbuild test robot
• Re: [PATCH 1/2] PNP: constify driver name, Rafael J. Wysocki
  • Re: [PATCH 1/2] PNP: constify driver name, LABBE Corentin
• [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, Colin King
  • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, Rafael J. Wysocki
  • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, Mark Rutland
    • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, James Morse
      • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, Henry Willard
        • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, Lorenzo Pieralisi
          • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, doug rady OS
            • Re: [PATCH][V2] ACPI: sysfs: copy ACPI data using io memory copying, doug rady OS
• Re: [PATCH v1 1/7] mdio_bus: Introduce fwnode MDIO helpers, Calvin Johnson
  • Re: [PATCH v1 1/7] mdio_bus: Introduce fwnode MDIO helpers, Andrew Lunn
    • Re: [PATCH v1 1/7] mdio_bus: Introduce fwnode MDIO helpers, Calvin Johnson
• [pm:bleeding-edge] BUILD SUCCESS 90f425b95754aa7c6e93f239ae73e7d250a58e98, kbuild test robot
• [RFC PATCH] i2c: acpi: put device when verifying client fails, Wolfram Sang
  • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Geert Uytterhoeven
  • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Andy Shevchenko
    • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Andy Shevchenko
      • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Andy Shevchenko
  • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Andy Shevchenko
  • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Mika Westerberg
  • Re: [RFC PATCH] i2c: acpi: put device when verifying client fails, Wolfram Sang
• [PATCH] ACPI: sysfs: copy ACPI data using io memory copying, Colin King
  • Re: [PATCH] ACPI: sysfs: copy ACPI data using io memory copying, Rafael J. Wysocki
    • Re: [PATCH] ACPI: sysfs: copy ACPI data using io memory copying, Colin Ian King
      • Re: [PATCH] ACPI: sysfs: copy ACPI data using io memory copying, Sedat Dilek
      • RE: [PATCH] ACPI: sysfs: copy ACPI data using io memory copying, David Laight
        • Re: [PATCH] ACPI: sysfs: copy ACPI data using io memory copying, Colin Ian King
• [PATCH v2 02/10] virtio-mem: Allow to specify an ACPI PXM as nid, David Hildenbrand
  • Re: [PATCH v2 02/10] virtio-mem: Allow to specify an ACPI PXM as nid, Pankaj Gupta
• [PATCH v2 01/10] virtio-mem: Paravirtualized memory hotplug, David Hildenbrand
  • Re: [PATCH v2 01/10] virtio-mem: Paravirtualized memory hotplug, Pankaj Gupta
• [PATCH v2 00/11] PCI/ATS: Device-tree support and other improvements, Jean-Philippe Brucker
  • [PATCH v2 01/11] dt-bindings: PCI: generic: Add ats-supported property, Jean-Philippe Brucker
  • [PATCH v2 02/11] PCI: Add ats_supported host bridge flag, Jean-Philippe Brucker
    • Re: [PATCH v2 02/11] PCI: Add ats_supported host bridge flag, Bjorn Helgaas
  • [PATCH v2 03/11] PCI: OF: Check whether the host bridge supports ATS, Jean-Philippe Brucker
    • Re: [PATCH v2 03/11] PCI: OF: Check whether the host bridge supports ATS, Bjorn Helgaas
  • [PATCH v2 11/11] Documentation: Generalize the "pci=noats" boot parameter, Jean-Philippe Brucker
  • [PATCH v2 04/11] ACPI/IORT: Check ATS capability in root complex node, Jean-Philippe Brucker
    • Re: [PATCH v2 04/11] ACPI/IORT: Check ATS capability in root complex node, Bjorn Helgaas
  • [PATCH v2 10/11] arm64: dts: fast models: Enable PCIe ATS for Base RevC FVP, Jean-Philippe Brucker
  • [PATCH v2 05/11] PCI/ATS: Gather checks into pci_ats_supported(), Jean-Philippe Brucker
    • Re: [PATCH v2 05/11] PCI/ATS: Gather checks into pci_ats_supported(), Bjorn Helgaas
  • [PATCH v2 06/11] iommu/amd: Use pci_ats_supported(), Jean-Philippe Brucker
  • [PATCH v2 08/11] iommu/vt-d: Use pci_ats_supported(), Jean-Philippe Brucker
    • Re: [PATCH v2 08/11] iommu/vt-d: Use pci_ats_supported(), Lu Baolu
      • Re: [PATCH v2 08/11] iommu/vt-d: Use pci_ats_supported(), Jean-Philippe Brucker
        • Re: [PATCH v2 08/11] iommu/vt-d: Use pci_ats_supported(), Lu Baolu
  • [PATCH v2 07/11] iommu/arm-smmu-v3: Use pci_ats_supported(), Jean-Philippe Brucker
    • Re: [PATCH v2 07/11] iommu/arm-smmu-v3: Use pci_ats_supported(), Will Deacon
  • [PATCH v2 09/11] ACPI/IORT: Drop ATS fwspec flag, Jean-Philippe Brucker
• [pm:bleeding-edge] BUILD SUCCESS abcd59902c6467999041971af4ab14f30a2b3780, kbuild test robot
• [PATCH] PCI/ACPI: Use scnprintf() for avoiding potential buffer overflow, Takashi Iwai
  • Re: [PATCH] PCI/ACPI: Use scnprintf() for avoiding potential buffer overflow, Rafael J. Wysocki
• [PATCH] ACPI: fan: Use scnprintf() for avoiding potential buffer overflow, Takashi Iwai
  • Re: [PATCH] ACPI: fan: Use scnprintf() for avoiding potential buffer overflow, Rafael J. Wysocki
• [PATCH] gpiolib: acpi: Add missing __init(const) markers to initcall-s, Hans de Goede
  • Re: [PATCH] gpiolib: acpi: Add missing __init(const) markers to initcall-s, Mika Westerberg
• [GIT PULL] Device properties framework fix for v5.6-rc5, Rafael J. Wysocki
  • Re: [GIT PULL] Device properties framework fix for v5.6-rc5, pr-tracker-bot
• [GIT PULL] ACPI documentation fix for v5.6-rc5, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI documentation fix for v5.6-rc5, pr-tracker-bot
• [PATCH] ACPI: EC: Eliminate EC_FLAGS_QUERY_HANDSHAKE, Rafael J. Wysocki
• [PATCH 0/2] ACPI: EC: More updates related to initialization, Rafael J. Wysocki
  • [PATCH 2/2] ACPI: EC: Do not clear boot_ec_is_ecdt in acpi_ec_add(), Rafael J. Wysocki
  • [PATCH 1/2] ACPI: EC: Simplify acpi_ec_ecdt_start() and acpi_ec_init(), Rafael J. Wysocki
• [PATCH AUTOSEL 4.19 01/31] ACPI: watchdog: Allow disabling WDAT at boot, Sasha Levin
• [PATCH AUTOSEL 4.9 01/12] ACPI: watchdog: Allow disabling WDAT at boot, Sasha Levin
• [PATCH AUTOSEL 4.14 01/19] ACPI: watchdog: Allow disabling WDAT at boot, Sasha Levin
• [PATCH AUTOSEL 5.4 01/58] ACPI: watchdog: Allow disabling WDAT at boot, Sasha Levin
• [PATCH AUTOSEL 5.5 01/67] ACPI: watchdog: Allow disabling WDAT at boot, Sasha Levin
• [PATCH] Documentation: ACPI: fix port numbering example, Marco Felsch
  • Re: [PATCH] Documentation: ACPI: fix port numbering example, Sakari Ailus
    • Re: [PATCH] Documentation: ACPI: fix port numbering example, Marco Felsch
      • Re: [PATCH] Documentation: ACPI: fix port numbering example, Sakari Ailus
        • Re: [PATCH] Documentation: ACPI: fix port numbering example, Marco Felsch
• [PATCH] x86: ignore unspecified bit positions in the ACPI global lock field, Jan Engelhardt
  • Re: [PATCH] x86: ignore unspecified bit positions in the ACPI global lock field, Rafael J. Wysocki
    • Re: [PATCH] x86: ignore unspecified bit positions in the ACPI global lock field, Jan Engelhardt
      • Re: [PATCH] x86: ignore unspecified bit positions in the ACPI global lock field, Rafael J. Wysocki
• Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Rafael J. Wysocki
  • Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Rong Chen
    • Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Rafael J. Wysocki
      • Re: [LKP] Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Huang, Ying
        • Re: [LKP] Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Rafael J. Wysocki
          • Re: [LKP] Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Huang, Ying
            • Re: [LKP] Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Rafael J. Wysocki
              • Re: [LKP] Re: [cpufreq] 909c0e9cc1: fwq.fwq.med 210.0% improvement, Huang, Ying
• [PATCH][RESEND] acpi/x86: add a kernel parameter to disable ACPI BGRT, Alex Hung
  • Re: [PATCH][RESEND] acpi/x86: add a kernel parameter to disable ACPI BGRT, Rafael J. Wysocki
• [PATCH] x86/acpi: make "asmlinkage" part first thing in the function definition, Alexey Dobriyan
  • Re: [PATCH] x86/acpi: make "asmlinkage" part first thing in the function definition, hpa
    • Re: [PATCH] x86/acpi: make "asmlinkage" part first thing in the function definition, Peter Zijlstra
      • Re: [PATCH] x86/acpi: make "asmlinkage" part first thing in the function definition, hpa
        • Re: [PATCH] x86/acpi: make "asmlinkage" part first thing in the function definition, Alexey Dobriyan
  • Re: [PATCH] x86/acpi: make "asmlinkage" part first thing in the function definition, Rafael J. Wysocki
• [PATCH v2] ACPICA: Log successfully loaded DSDT, Paul Menzel
• [PATCH v3 00/17] Improve PCI device post-reset readiness polling, Stanislav Spassov
  • [PATCH v3 01/17] PCI: Fall back to slot/bus reset if softer methods timeout, Stanislav Spassov
  • [PATCH v3 04/17] PCI: Do not override delay for D0->D3hot transition, Stanislav Spassov
    • Re: [PATCH v3 04/17] PCI: Do not override delay for D0->D3hot transition, Rafael J. Wysocki
      • Re: [PATCH v3 04/17] PCI: Do not override delay for D0->D3hot transition, Spassov, Stanislav
  • [PATCH v3 02/17] PCI: Remove unused PCI_PM_BUS_WAIT, Stanislav Spassov
  • [PATCH v3 05/17] PCI: Fix handling of _DSM 8 (avoiding reset delays), Stanislav Spassov
  • [PATCH v3 06/17] PCI: Fix us->ms conversion in pci_acpi_optimize_delay, Stanislav Spassov
  • [PATCH v3 03/17] PCI: Use pci_bridge_wait_for_secondary_bus after SBR, Stanislav Spassov
  • [PATCH v3 07/17] PCI: Clean up and document PM/reset delays, Stanislav Spassov
    • Re: [PATCH v3 07/17] PCI: Clean up and document PM/reset delays, Rafael J. Wysocki
      • Re: [PATCH v3 07/17] PCI: Clean up and document PM/reset delays, Spassov, Stanislav
  • [PATCH v3 09/17] PCI: Generalize pci_bus_max_d3cold_delay to pci_bus_max_delay, Stanislav Spassov
  • [PATCH v3 08/17] PCI: Add more delay overrides to struct pci_dev, Stanislav Spassov
  • [PATCH v3 10/17] PCI: Use correct delay in pci_bridge_wait_for_secondary_bus, Stanislav Spassov
  • [PATCH v3 11/17] PCI: Refactor pci_dev_wait to remove timeout parameter, Stanislav Spassov
  • [PATCH v3 13/17] PCI: Cache CRS Software Visibiliy in struct pci_dev, Stanislav Spassov
  • [PATCH v3 12/17] PCI: Refactor pci_dev_wait to take pci_init_event, Stanislav Spassov
  • [PATCH v3 14/17] PCI: Introduce per-device reset_ready_poll override, Stanislav Spassov
  • [PATCH v3 15/17] PCI: Refactor polling loop out of pci_dev_wait, Stanislav Spassov
  • [PATCH v3 16/17] PCI: Add CRS handling to pci_dev_wait(), Stanislav Spassov
    • Re: [PATCH v3 16/17] PCI: Add CRS handling to pci_dev_wait(), Raj, Ashok
      • Re: [PATCH v3 16/17] PCI: Add CRS handling to pci_dev_wait(), Spassov, Stanislav
  • [PATCH v3 17/17] PCI: Lower PCIE_RESET_READY_POLL_MS from 1m to 1s, Stanislav Spassov
• [PATCH 0/5] Manual definition of Soft Reserved memory devices, Dan Williams
  • [PATCH 1/5] ACPI: NUMA: Add 'nohmat' option, Dan Williams
    • Re: [PATCH 1/5] ACPI: NUMA: Add 'nohmat' option, Dan Williams
      • Re: [PATCH 1/5] ACPI: NUMA: Add 'nohmat' option, Rafael J. Wysocki
        • Re: [PATCH 1/5] ACPI: NUMA: Add 'nohmat' option, Dan Williams
          • Re: [PATCH 1/5] ACPI: NUMA: Add 'nohmat' option, Rafael J. Wysocki
  • [PATCH 2/5] efi/fake_mem: Arrange for a resource entry per efi_fake_mem instance, Dan Williams
    • Re: [PATCH 2/5] efi/fake_mem: Arrange for a resource entry per efi_fake_mem instance, Ard Biesheuvel
  • [PATCH 3/5] ACPI: HMAT: Refactor hmat_register_target_device to hmem_register_device, Dan Williams
  • [PATCH 4/5] resource: Report parent to walk_iomem_res_desc() callback, Dan Williams
    • Re: [PATCH 4/5] resource: Report parent to walk_iomem_res_desc() callback, Tom Lendacky
      • Re: [PATCH 4/5] resource: Report parent to walk_iomem_res_desc() callback, Dan Williams
  • [PATCH 5/5] ACPI: HMAT: Attach a device for each soft-reserved range, Dan Williams
  • Re: [PATCH 0/5] Manual definition of Soft Reserved memory devices, Jeff Moyer
    • Re: [PATCH 0/5] Manual definition of Soft Reserved memory devices, Dan Williams
• [PATCH v1 02/11] virtio-mem: Paravirtualized memory hotplug, David Hildenbrand
  • Re: [PATCH v1 02/11] virtio-mem: Paravirtualized memory hotplug, kbuild test robot
    • Re: [PATCH v1 02/11] virtio-mem: Paravirtualized memory hotplug, David Hildenbrand
• [PATCH v1 01/11] ACPI: NUMA: export pxm_to_node, David Hildenbrand
  • Re: [PATCH v1 01/11] ACPI: NUMA: export pxm_to_node, Michal Hocko
    • Re: [PATCH v1 01/11] ACPI: NUMA: export pxm_to_node, David Hildenbrand
• [PATCH v2 1/4] gpiolib: acpi: Correct comment for HP x2 10 honor_wakeup quirk, Hans de Goede
  • [PATCH v2 2/4] gpiolib: acpi: Rework honor_wakeup option into an ignore_wake option, Hans de Goede
    • Re: [PATCH v2 2/4] gpiolib: acpi: Rework honor_wakeup option into an ignore_wake option, Mika Westerberg
    • Re: [PATCH v2 2/4] gpiolib: acpi: Rework honor_wakeup option into an ignore_wake option, Andy Shevchenko
    • Re: [PATCH v2 2/4] gpiolib: acpi: Rework honor_wakeup option into an ignore_wake option, Linus Walleij
  • [PATCH v2 3/4] gpiolib: acpi: Add quirk to ignore EC wakeups on HP x2 10 BYT + AXP288 model, Hans de Goede
    • Re: [PATCH v2 3/4] gpiolib: acpi: Add quirk to ignore EC wakeups on HP x2 10 BYT + AXP288 model, Mika Westerberg
    • Re: [PATCH v2 3/4] gpiolib: acpi: Add quirk to ignore EC wakeups on HP x2 10 BYT + AXP288 model, Linus Walleij
  • [PATCH v2 4/4] gpiolib: acpi: Add quirk to ignore EC wakeups on HP x2 10 CHT + AXP288 model, Hans de Goede
    • Re: [PATCH v2 4/4] gpiolib: acpi: Add quirk to ignore EC wakeups on HP x2 10 CHT + AXP288 model, Mika Westerberg
    • Re: [PATCH v2 4/4] gpiolib: acpi: Add quirk to ignore EC wakeups on HP x2 10 CHT + AXP288 model, Linus Walleij
  • Re: [PATCH v2 1/4] gpiolib: acpi: Correct comment for HP x2 10 honor_wakeup quirk, Mika Westerberg
  • Re: [PATCH v2 1/4] gpiolib: acpi: Correct comment for HP x2 10 honor_wakeup quirk, Linus Walleij
• [PATCH] ACPI: video: remove redundant assignments to variable result, Colin King
  • Re: [PATCH] ACPI: video: remove redundant assignments to variable result, Rafael J. Wysocki
• [PATCH 0/3] ACPI / APEI: Kick the memory_failure() queue for synchronous errors, James Morse
  • [PATCH 1/3] mm/memory-failure: Add memory_failure_queue_kick(), James Morse
  • [PATCH 2/3] ACPI / APEI: Kick the memory_failure() queue for synchronous errors, James Morse
    • Re: [PATCH 2/3] ACPI / APEI: Kick the memory_failure() queue for synchronous errors, Tyler Baicar OS
  • [PATCH 3/3] arm64: acpi: Make apei_claim_sea() synchronise with APEI's irq work, James Morse
    • Re: [PATCH 3/3] arm64: acpi: Make apei_claim_sea() synchronise with APEI's irq work, Catalin Marinas
  • Re: [PATCH 0/3] ACPI / APEI: Kick the memory_failure() queue for synchronous errors, Tyler Baicar OS
• [GIT PULL] ACPI fixes for v5.6-rc4, Rafael J. Wysocki
  • Re: [GIT PULL] ACPI fixes for v5.6-rc4, pr-tracker-bot
• [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
  • [PATCH 6/6] ACPI: EC: Use fast path in acpi_ec_add() for DSDT boot EC, Rafael J. Wysocki
  • [PATCH 5/6] ACPI: EC: Simplify acpi_ec_add(), Rafael J. Wysocki
  • [PATCH 3/6] ACPI: EC: Drop AE_NOT_FOUND special case from ec_install_handlers(), Rafael J. Wysocki
  • [PATCH 2/6] ACPI: EC: Avoid passing redundant argument to functions, Rafael J. Wysocki
  • [PATCH 1/6] ACPI: EC: Avoid printing confusing messages in acpi_ec_setup(), Rafael J. Wysocki
  • [PATCH 4/6] ACPI: EC: Unify handling of event handler installation failures, Rafael J. Wysocki
  • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Daniel Drake
    • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Jian-Hong Pan
      • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
      • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
        • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
          • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Jian-Hong Pan
            • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
              • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
                • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Jian-Hong Pan
                  • Re: [PATCH 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
  • [PATCH v2 0/6] ACPI: EC: Updates related to initialization, Rafael J. Wysocki
    • [PATCH v2 5/6] ACPI: EC: Use fast path in acpi_ec_add() for DSDT boot EC, Rafael J. Wysocki
    • [PATCH v2 2/6] ACPI: EC: Avoid passing redundant argument to functions, Rafael J. Wysocki
    • [PATCH v2 4/6] ACPI: EC: Simplify acpi_ec_add(), Rafael J. Wysocki
    • [PATCH v2 6/6] ACPI: EC: Consolidate event handler installation code, Rafael J. Wysocki
    • [PATCH v2 1/6] ACPI: EC: Avoid printing confusing messages in acpi_ec_setup(), Rafael J. Wysocki
    • [PATCH v2 3/6] ACPI: EC: Drop AE_NOT_FOUND special case from ec_install_handlers(), Rafael J. Wysocki
• [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, laurentiu . tudor
  • [RFC PATCH 3/4] bus: fsl-mc: Add ACPI support for fsl-mc, laurentiu . tudor
  • [RFC PATCH 4/4] iommu/of: get rid of fsl-mc specific code, laurentiu . tudor
  • [RFC PATCH 2/4] irqchip/fsl-mc: Change the way the IRQ domain is set for MC devices, laurentiu . tudor
  • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Lorenzo Pieralisi
    • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Laurentiu Tudor
      • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Lorenzo Pieralisi
        • RE: [EXT] Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Makarand Pawagi
          • Re: [EXT] Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Lorenzo Pieralisi
        • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Laurentiu Tudor
          • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Lorenzo Pieralisi
            • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Laurentiu Tudor
          • Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Robin Murphy
            • RE: [EXT] Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Makarand Pawagi
              • Re: [EXT] Re: [RFC PATCH 1/4] bus: fsl-mc: add custom .dma_configure implementation, Lorenzo Pieralisi
• [PATCH] ACPICA: Log successfully loaded DSDT, Paul Menzel
  • RE: [PATCH] ACPICA: Log successfully loaded DSDT, Kaneda, Erik
  • Re: [PATCH] ACPICA: Log successfully loaded DSDT, kbuild test robot
• [PATCH 1/2] acpi/nfit: improve bounds checking for 'func', Dan Carpenter
  • Re: [PATCH 1/2] acpi/nfit: improve bounds checking for 'func', Dan Williams
• [PATCH resend 1/3] gpiolib: acpi: ignore-wakeup handling rework, Hans de Goede
  • [PATCH resend 1/3] gpiolib: acpi: Correct comment for HP x2 10 honor_wakeup quirk, Hans de Goede
  • [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Hans de Goede
    • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Andy Shevchenko
      • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Hans de Goede
        • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Andy Shevchenko
          • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Andy Shevchenko
            • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Hans de Goede
              • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Andy Shevchenko
              • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Hans de Goede
                • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Andy Shevchenko
                  • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Hans de Goede
                    • Re: [PATCH resend 2/3] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Andy Shevchenko
  • [PATCH resend 3/3] gpiolib: acpi: Add quirk to ignore EC gpio wakeups for 1 more HP x2 10 model, Hans de Goede
  • Re: [PATCH resend 1/3] gpiolib: acpi: ignore-wakeup handling rework, Hans de Goede
  • Re: [PATCH resend 1/3] gpiolib: acpi: ignore-wakeup handling rework, Linus Walleij
    • Re: [PATCH resend 1/3] gpiolib: acpi: ignore-wakeup handling rework, Hans de Goede
• [RESEND PATCH 1/1] PM-runtime: Add pm_runtime_get_if_active, Sakari Ailus
  • Re: [RESEND PATCH 1/1] PM-runtime: Add pm_runtime_get_if_active, Rafael J. Wysocki
• [PATCH] acpi/iort: check output reference for the real used mapping, Heyi Guo
  • Re: [PATCH] acpi/iort: check output reference for the real used mapping, Lorenzo Pieralisi
  • Re: [PATCH] acpi/iort: check output reference for the real used mapping, Hanjun Guo
• [PATCH 22/30] ACPI: OSL: Add missing annotation for acpi_os_acquire_lock(), Jules Irenge
  • Re: [PATCH 22/30] ACPI: OSL: Add missing annotation for acpi_os_acquire_lock(), Rafael J. Wysocki
• [PATCH 23/30] ACPI: OSL: Add missing annotation for acpi_os_release_lock(), Jules Irenge
• [PATCH 0/2] gpiolib: acpi: ignore-wakeup handling rework, Hans de Goede
  • [PATCH 1/2] gpiolib: acpi: Correct comment for HP x2 10 honor_wakeup quirk, Hans de Goede
  • [PATCH 2/2] gpiolib: acpi: Rename honor_wakeup option to ignore_wake, add extra quirk, Hans de Goede
• [PATCH 0/2] ACPI / AC / battery: DMI quirk cleanups, Hans de Goede
  • [PATCH 2/2] ACPI / battery: Cleanup Lenovo Ideapad Miix 320 DMI table entry, Hans de Goede
  • [PATCH 1/2] ACPI / AC: Cleanup DMI quirk table, Hans de Goede
    • Re: [PATCH 1/2] ACPI / AC: Cleanup DMI quirk table, Rafael J. Wysocki
• [PATCH] acpi: list_for_each_safe() -> list_for_each_entry_safe(), qiwuchen55
  • Re: [PATCH] acpi: list_for_each_safe() -> list_for_each_entry_safe(), Rafael J. Wysocki
• [PATCH v1 0/5] Add fw_devlink kernel commandline option, Saravana Kannan
  • [PATCH v1 1/5] driver core: Reevaluate dev->links.need_for_probe as suppliers are added, Saravana Kannan
  • [PATCH v1 3/5] efi/arm: Start using fw_devlink_get_flags(), Saravana Kannan
    • Re: [PATCH v1 3/5] efi/arm: Start using fw_devlink_get_flags(), Ard Biesheuvel
  • [PATCH v1 5/5] of: property: Delete of_devlink kernel commandline option, Saravana Kannan
    • Re: [PATCH v1 5/5] of: property: Delete of_devlink kernel commandline option, Rob Herring
    • Re: [PATCH v1 5/5] of: property: Delete of_devlink kernel commandline option, Geert Uytterhoeven
      • Re: [PATCH v1 5/5] of: property: Delete of_devlink kernel commandline option, Saravana Kannan
  • [PATCH v1 4/5] of: property: Start using fw_devlink_get_flags(), Saravana Kannan
    • Re: [PATCH v1 4/5] of: property: Start using fw_devlink_get_flags(), Rob Herring
  • [PATCH v1 2/5] driver core: Add fw_devlink kernel commandline option, Saravana Kannan
    • Re: [PATCH v1 2/5] driver core: Add fw_devlink kernel commandline option, Saravana Kannan
• regression with ACPI: PM: s2idle: Prevent spurious SCIs from waking up the system, Kai Vehmanen
• Re: Linux 5.6-rc2, Rafael J. Wysocki
  • Re: Linux 5.6-rc2, Rafael J. Wysocki
    • Re: Linux 5.6-rc2, Chris Wilson
      • Message not available
        • Re: Linux 5.6-rc2, Linus Torvalds
          • Re: Linux 5.6-rc2, Rafael J. Wysocki
• [PATCH 1/1] PM-runtime: Add pm_runtime_get_if_active, Sakari Ailus
  • Re: [PATCH 1/1] PM-runtime: Add pm_runtime_get_if_active, Rafael J. Wysocki
• [PATCH] ACPI/IORT: fix output id retrieval for platform devices, Pankaj Bansal
  • Re: [PATCH] ACPI/IORT: fix output id retrieval for platform devices, Lorenzo Pieralisi
• [PATCH] Documentation/admin-guide/acpi: fix fan_performance_states.rst warnings, Randy Dunlap
  • Re: [PATCH] Documentation/admin-guide/acpi: fix fan_performance_states.rst warnings, Rafael J. Wysocki
• Linux hangs at ACPI init on Medion P15648 MD63490, Jan Engelhardt
  • Re: Linux hangs at ACPI init on Medion P15648 MD63490, Rafael J. Wysocki
    • Re: Linux hangs at ACPI init on Medion P15648 MD63490, Jan Engelhardt
      • Re: Linux hangs at ACPI init on Medion P15648 MD63490, Rafael J. Wysocki
        • Re: Linux hangs at ACPI init on Medion P15648 MD63490, Jan Engelhardt