mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Brian Gerst <brgerst@gmail.com>
To: linux-kernel@vger.kernel.org, x86@kernel.org
Cc: Ingo Molnar <mingo@kernel.org>, "H . Peter Anvin" <hpa@zytor.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Borislav Petkov <bp@alien8.de>, Ard Biesheuvel <ardb@kernel.org>,
	"Rafael J . Wysocki" <rafael@kernel.org>,
	Len Brown <lenb@kernel.org>, Pavel Machek <pavel@kernel.org>,
	Brian Gerst <brgerst@gmail.com>
Subject: [PATCH v2 3/4] x86/acpi/suspend: Clean up stack usage
Date: Tue,  3 Feb 2026 12:58:20 -0500	[thread overview]
Message-ID: <20260203175821.511847-4-brgerst@gmail.com> (raw)
In-Reply-To: <20260203175821.511847-1-brgerst@gmail.com>

Save the stack pointer to current->thread.sp right before calling
x86_acpi_enter_sleep_state().  This allows removal of the temporary stack.
Also remove the extra stack adjustments that are not needed.

Signed-off-by: Brian Gerst <brgerst@gmail.com>
---
 arch/x86/kernel/acpi/sleep.c     | 20 --------------------
 arch/x86/kernel/acpi/wakeup_64.S | 18 +++++++-----------
 2 files changed, 7 insertions(+), 31 deletions(-)

diff --git a/arch/x86/kernel/acpi/sleep.c b/arch/x86/kernel/acpi/sleep.c
index 91fa262f0e30..72b5028feaf2 100644
--- a/arch/x86/kernel/acpi/sleep.c
+++ b/arch/x86/kernel/acpi/sleep.c
@@ -25,10 +25,6 @@
 
 unsigned long acpi_realmode_flags;
 
-#if defined(CONFIG_SMP) && defined(CONFIG_64BIT)
-static char temp_stack[4096];
-#endif
-
 /**
  * acpi_get_wakeup_address - provide physical address for S3 wakeup
  *
@@ -113,22 +109,6 @@ int x86_acpi_suspend_lowlevel(void)
 	saved_magic = 0x12345678;
 #else /* CONFIG_64BIT */
 #ifdef CONFIG_SMP
-	/*
-	 * As each CPU starts up, it will find its own stack pointer
-	 * from its current_task->thread.sp. Typically that will be
-	 * the idle thread for a newly-started AP, or even the boot
-	 * CPU which will find it set to &init_task in the static
-	 * per-cpu data.
-	 *
-	 * Make the resuming CPU use the temporary stack at startup
-	 * by setting current->thread.sp to point to that. The true
-	 * %rsp will be restored with the rest of the CPU context,
-	 * by do_suspend_lowlevel(). And unwinders don't care about
-	 * the abuse of ->thread.sp because it's a dead variable
-	 * while the thread is running on the CPU anyway; the true
-	 * value is in the actual %rsp register.
-	 */
-	current->thread.sp = (unsigned long)temp_stack + sizeof(temp_stack);
 	/*
 	 * Ensure the CPU knows which one it is when it comes back, if
 	 * it isn't in parallel mode and expected to work that out for
diff --git a/arch/x86/kernel/acpi/wakeup_64.S b/arch/x86/kernel/acpi/wakeup_64.S
index 099401ef2ea4..b4bb1ca228b6 100644
--- a/arch/x86/kernel/acpi/wakeup_64.S
+++ b/arch/x86/kernel/acpi/wakeup_64.S
@@ -18,6 +18,10 @@
 	 */
 SYM_FUNC_START(wakeup_long64)
 	ANNOTATE_NOENDBR
+
+	/* pop return address to common_startup_64() */
+	addq	$8, %rsp
+
 	movq	saved_magic(%rip), %rax
 	movq	$0x123456789abcdef0, %rdx
 	cmpq	%rdx, %rax
@@ -28,8 +32,6 @@ SYM_FUNC_START(wakeup_long64)
 1:
 	jmp 1b
 2:
-	movq	saved_rsp(%rip), %rsp
-
 	movq	saved_rbx(%rip), %rbx
 	movq	saved_rdi(%rip), %rdi
 	movq	saved_rsi(%rip), %rsi
@@ -41,12 +43,10 @@ STACK_FRAME_NON_STANDARD wakeup_long64
 
 SYM_FUNC_START(do_suspend_lowlevel)
 	FRAME_BEGIN
-	subq	$8, %rsp
 	xorl	%eax, %eax
 	call	save_processor_state
 
 	movq	$saved_context, %rax
-	movq	%rsp, pt_regs_sp(%rax)
 	movq	%rbp, pt_regs_bp(%rax)
 	movq	%rsi, pt_regs_si(%rax)
 	movq	%rdi, pt_regs_di(%rax)
@@ -64,13 +64,14 @@ SYM_FUNC_START(do_suspend_lowlevel)
 	pushfq
 	popq	pt_regs_flags(%rax)
 
-	movq	%rsp, saved_rsp(%rip)
+	movq	PER_CPU_VAR(current_task), %rax
+	movq	%rsp, TASK_threadsp(%rax)
+
 	movq	%rbp, saved_rbp(%rip)
 	movq	%rbx, saved_rbx(%rip)
 	movq	%rdi, saved_rdi(%rip)
 	movq	%rsi, saved_rsi(%rip)
 
-	addq	$8, %rsp
 	movl	$3, %edi
 	xorl	%eax, %eax
 	call	x86_acpi_enter_sleep_state
@@ -89,7 +90,6 @@ SYM_FUNC_START(do_suspend_lowlevel)
 	movq	%rbx, %cr0
 	pushq	pt_regs_flags(%rax)
 	popfq
-	movq	pt_regs_sp(%rax), %rsp
 	movq	pt_regs_bp(%rax), %rbp
 	movq	pt_regs_si(%rax), %rsi
 	movq	pt_regs_di(%rax), %rdi
@@ -115,11 +115,9 @@ SYM_FUNC_START(do_suspend_lowlevel)
 #endif
 
 	xorl	%eax, %eax
-	addq	$8, %rsp
 	FRAME_END
 	jmp	restore_processor_state
 SYM_FUNC_END(do_suspend_lowlevel)
-STACK_FRAME_NON_STANDARD do_suspend_lowlevel
 
 .data
 saved_rbp:		.quad	0
@@ -127,6 +125,4 @@ saved_rsi:		.quad	0
 saved_rdi:		.quad	0
 saved_rbx:		.quad	0
 
-saved_rsp:		.quad	0
-
 SYM_DATA(saved_magic,	.quad	0)
-- 
2.52.0


  parent reply	other threads:[~2026-02-03 17:59 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-03 17:58 [PATCH v2 0/4] x86 suspend cleanups Brian Gerst
2026-02-03 17:58 ` [PATCH v2 1/4] x86/acpi/suspend: Remove indirect jump Brian Gerst
2026-02-03 17:58 ` [PATCH v2 2/4] x86/acpi/suspend: Remove segment reloads on resume Brian Gerst
2026-02-03 17:58 ` Brian Gerst [this message]
2026-02-03 17:58 ` [PATCH v2 4/4] x86/acpi/suspend: Remove redundant register saves Brian Gerst
2026-02-03 20:31 ` [PATCH v2 0/4] x86 suspend cleanups Rafael J. Wysocki
2026-02-04  9:47 ` Ard Biesheuvel
2026-02-07 18:04   ` Brian Gerst

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260203175821.511847-4-brgerst@gmail.com \
    --to=brgerst@gmail.com \
    --cc=ardb@kernel.org \
    --cc=bp@alien8.de \
    --cc=hpa@zytor.com \
    --cc=lenb@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@kernel.org \
    --cc=pavel@kernel.org \
    --cc=rafael@kernel.org \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®