Commit d813f421930c for kernel

commit d813f421930c5b01b9f61043932de02602dd6ae3
Merge: 9c2b23a275ce 042f99c493c2
Author: Linus Torvalds <torvalds@linux-foundation.org>
Date:   Thu Mar 26 12:42:28 2026 -0700

    Merge tag 'pm-7.0-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm

    Pull power management fixes from Rafael Wysocki:
     "These fix two cpufreq issues, one in the core and one in the
      conservative governor, and two issues related to system sleep:

       - Restore the cpufreq core behavior changed inadvertently during the
         6.19 development cycle to call cpufreq_frequency_table_cpuinfo()
         for cpufreq policies getting re-initialized which ensures that
         policy->max and policy->cpuinfo_max_freq will be valid going
         forward (Viresh Kumar)

       - Adjust the cached requested frequency in the conservative cpufreq
         governor on policy limits changes to prevent it from becoming stale
         in some cases (Viresh Kumar)

       - Prevent pm_restore_gfp_mask() from triggering a WARN_ON() in some
         code paths in which it is legitimately called without invoking
         pm_restrict_gfp_mask() previously (Youngjun Park)

       - Update snapshot_write_finalize() to take trailing zero pages into
         account properly which prevents user space restore from failing
         subsequently in some cases (Alberto Garcia)"

    * tag 'pm-7.0-rc6' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm:
      PM: sleep: Drop spurious WARN_ON() from pm_restore_gfp_mask()
      PM: hibernate: Drain trailing zero pages on userspace restore
      cpufreq: conservative: Reset requested_freq on limits change
      cpufreq: Don't skip cpufreq_frequency_table_cpuinfo()