PM: sleep: Introduce pm_suspend_in_progress()

JIRA: https://issues.redhat.com/browse/RHEL-113204

Conflicts:

There was a conflict in kernel/power/main.c:

      bool pm_debug_messages_should_print(void)
      {
      <<<<<<< HEAD
            return pm_debug_messages_on && pm_suspend_target_state != PM_SUSPEND_ON;
      =======
            return pm_debug_messages_on && (pm_suspend_in_progress() ||
                        hibernation_in_progress());
      >>>>>>> PM: sleep: Introduce pm_suspend_in_progress()
      }
      EXPORT_SYMBOL_GPL(pm_debug_messages_should_print);

Since `pm_suspend_in_progress()` checks that
`pm_suspend_target_state != PM_SUSPEND_ON`,  I resolved it with:
`return pm_debug_messages_on && pm_suspend_in_progress();`

commit 34a364f
Author: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Date:   Fri May 9 15:02:27 2025 +0200

    PM: sleep: Introduce pm_suspend_in_progress()

    Introduce pm_suspend_in_progress() to be used for checking if a system-
    wide suspend or resume transition is in progress, instead of comparing
    pm_suspend_target_state directly to PM_SUSPEND_ON, and use it where
    applicable.

    No intentional functional impact.

    Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
    Reviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Acked-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
    Reviewed-by: Raag Jadav <raag.jadav@intel.com>
    Reviewed-by: Mario Limonciello <mario.limonciello@amd.com>
    Link: https://patch.msgid.link/2020901.PYKUYFuaPT@rjwysocki.net

Signed-off-by: José Expósito <jexposit@redhat.com>

Author: jexposit

arch/x86/pci/fixup.c

@@ -970,13 +970,13 @@ static void amd_rp_pme_suspend(struct pci_dev *dev)
 	struct pci_dev *rp;
 
 	/*
-	 * PM_SUSPEND_ON means we're doing runtime suspend, which means
+	 * If system suspend is not in progress, we're doing runtime suspend, so
 	 * amd-pmc will not be involved so PMEs during D3 work as advertised.
 	 *
 	 * The PMEs *do* work if amd-pmc doesn't put the SoC in the hardware
 	 * sleep state, but we assume amd-pmc is always present.
 	 */
-	if (pm_suspend_target_state == PM_SUSPEND_ON)
+	if (!pm_suspend_in_progress())
 		return;
 
 	rp = pcie_find_root_port(dev);

drivers/base/power/wakeup.c

@@ -337,7 +337,7 @@ int device_wakeup_enable(struct device *dev)
 	if (!dev || !dev->power.can_wakeup)
 		return -EINVAL;
 
-	if (pm_suspend_target_state != PM_SUSPEND_ON)
+	if (pm_suspend_in_progress())
 		dev_dbg(dev, "Suspicious %s() during system transition!\n", __func__);
 
 	ws = wakeup_source_register(dev, dev_name(dev));

drivers/gpu/drm/xe/xe_pm.c

@@ -641,7 +641,7 @@ static bool xe_pm_suspending_or_resuming(struct xe_device *xe)
 
 	return dev->power.runtime_status == RPM_SUSPENDING ||
 		dev->power.runtime_status == RPM_RESUMING ||
-		pm_suspend_target_state != PM_SUSPEND_ON;
+		pm_suspend_in_progress();
 #else
 	return false;
 #endif

include/linux/suspend.h

@@ -357,6 +357,11 @@ static inline void s2idle_set_ops(const struct platform_s2idle_ops *ops) {}
 static inline void s2idle_wake(void) {}
 #endif /* !CONFIG_SUSPEND */
 
+static inline bool pm_suspend_in_progress(void)
+{
+	return pm_suspend_target_state != PM_SUSPEND_ON;
+}
+
 /* struct pbe is used for creating lists of pages that should be restored
  * atomically during the resume from disk, because the page frames they have
  * occupied before the suspend are in use.

kernel/power/main.c

@@ -569,7 +569,7 @@ bool pm_debug_messages_on __read_mostly;
 
 bool pm_debug_messages_should_print(void)
 {
-	return pm_debug_messages_on && pm_suspend_target_state != PM_SUSPEND_ON;
+	return pm_debug_messages_on && pm_suspend_in_progress();
 }
 EXPORT_SYMBOL_GPL(pm_debug_messages_should_print);