summaryrefslogtreecommitdiffstats
path: root/mm/damon
diff options
context:
space:
mode:
authorDavid Woodhouse <dwmw@amazon.co.uk>2023-10-27 19:36:51 +0100
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2023-11-20 17:26:20 +0100
commit9bb69ba4c177dccaa1f5b5cbdf80b67813328348 (patch)
tree2966aa9d67a774d0dfe27c3fa142c53fc71b1dd0 /mm/damon
parent98b1cc82c4affc16f5598d4fa14b1858671b2263 (diff)
downloadlinux-stable-9bb69ba4c177dccaa1f5b5cbdf80b67813328348.tar.gz
linux-stable-9bb69ba4c177dccaa1f5b5cbdf80b67813328348.tar.bz2
linux-stable-9bb69ba4c177dccaa1f5b5cbdf80b67813328348.zip
ACPI: processor_idle: use raw_safe_halt() in acpi_idle_play_dead()
Xen HVM guests were observed taking triple-faults when attempting to online a previously offlined vCPU. Investigation showed that the fault was coming from a failing call to lockdep_assert_irqs_disabled(), in load_current_idt() which was too early in the CPU bringup to actually catch the exception and report the failure cleanly. This was a false positive, caused by acpi_idle_play_dead() setting the per-cpu hardirqs_enabled flag by calling safe_halt(). Switch it to use raw_safe_halt() instead, which doesn't do so. Signed-off-by: David Woodhouse <dwmw@amazon.co.uk> Acked-by: Peter Zijlstra (Intel) <peterz@infradead.org> Cc: 6.6+ <stable@vger.kernel.org> # 6.6+ Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'mm/damon')
0 files changed, 0 insertions, 0 deletions