gpt4 book ai didi

assembly - 发布与 Debug模式下局部堆栈变量的代码生成

转载 作者:行者123 更新时间:2023-11-29 08:16:00 25 4
gpt4 key购买 nike

作为 Rust 操作系统的一部分,我有以下系统调用入口点:

#[no_mangle]
#[naked]
#[inline(never)]
unsafe extern "C" fn syscall_handler() {

// switch to the kernel stack dedicated for syscall handling, and save the user task's details
asm!("swapgs; \
mov gs:[0x8], rsp; \
mov gs:[0x10], rcx; \
mov gs:[0x18], r11; \
mov rsp, gs:[0x0];"
: : : "memory" : "intel", "volatile");


let (rax, rdi, rsi, rdx, r10, r8, r9): (u64, u64, u64, u64, u64, u64, u64);
asm!("" : "={rax}"(rax), "={rdi}"(rdi), "={rsi}"(rsi), "={rdx}"(rdx), "={r10}"(r10), "={r8}"(r8), "={r9}"(r9) : : "memory" : "intel", "volatile");
// do stuff with rax, rdi, rsi...

这在 Debug模式和 Release模式(启用调试信息)下工作正常,因为它生成存储本地堆栈变量的汇编代码,如 rdirsi、等在基指针 rbp 的负偏移处。例如,这是生成的代码:

<syscall_handler>:
swapgs
mov %rsp,%gs:0x8
mov %rcx,%gs:0x10
mov %r11,%gs:0x18
mov %gs:0x0,%rsp
mov %rax,-0x1f0(%rbp)
mov %rdi,-0x1e8(%rbp)
mov %rsi,-0x1e0(%rbp)
mov %rdx,-0x1d8(%rbp)
mov %r10,-0x1d0(%rbp)
mov %r8,-0x1c8(%rbp)
mov %r9,-0x1c0(%rbp)
movb $0x4,-0x1b1(%rbp)

该代码运行良好,因为我的系统调用处理程序使用指向当前内核堆栈顶部的堆栈指针运行(像往常一样),这意味着可以使用堆栈指针/基指针(基指针)的负偏移量rbp 在此之前根据堆栈指针值设置)。

当我在没有调试信息的 Release模式下构建时,它生成的代码使用堆栈指针本身的正偏移量(rsp,而不是基指针)作为本地堆栈变量的位置。这真的很奇怪并且会导致问题,因为当前堆栈指针 rsp 之上的内存超出了范围。

这是在没有调试信息的纯 Release模式下生成的代码:

<syscall_handler>:
swapgs
mov %rsp,%gs:0x8
mov %rcx,%gs:0x10
mov %r11,%gs:0x18
mov %gs:0x0,%rsp
mov %rax,0x1c0(%rsp)
mov %rdi,0x1c8(%rsp)
mov %rsi,0x1d0(%rsp)
mov %rdx,0x1d8(%rsp)
mov %r10,0x1e0(%rsp)
mov %r8,0x1e8(%rsp)
mov %r9,0x1f0(%rsp)

为什么会生成这段代码,使用堆栈指针的正偏移量的代码?这让我觉得很奇怪。

有什么方法可以避免这种情况或以某种方式更改代码生成?

最佳答案

堆栈向下增长。 RSP 的正偏移量是可以避免中断异步修改的部分,即“保留”部分。

RSP 的负偏移量为 the red zone, which you can't have on the kernel stack .


使用 sub rsp, 0x100 或其他任何方式为裸函数的局部变量保留足够的空间。 或者更好的是,将整个入口点写在 asm 中而不是乱用编译器为此生成的代码。

或者更好的是,您自己使用 push,它更紧凑(代码大小)并且同样高效push 非常适合在堆栈上保存寄存器; Linux 的系统调用入口点使用它。 (例如,the entry point into an x86-64 kernel from syscall in 64-bit user-space 使用 push 保存所有寄存器,从 Linux 4.12 开始(在 Spectre/Meltdown 缓解/变通补丁使入口点变得更加复杂之前)。


奇怪/令人困惑的原因是您要求一个naked 函数(因此没有函数序言来保留堆栈空间),但是无论如何您都在其中使用了局部变量。否则,编译器将 sub rsp, 0x... 自行为局部变量保留足够的空间,然后再访问它们。

我认为在某些支持裸函数的 C/C++ 编译器中,这是不支持的;只允许内联 asm 作为整个函数体。但是就内联 asm 和编译器之间奇怪的探戈而言,IDK 官方支持 Rust 所说的。就像我说的,如果您用纯 asm 编写入口点,就不会有这些问题。


您的 Debug模式版本似乎已损坏;您正在相对于 RBP 进行存储,但 RBP 尚未设置。您需要一个naked 函数,因此您需要自己mov rbp, rsp(从gs:0 加载RSP 之后),并且然后 sub rsp, 0x20 或任何在堆栈帧中为那些负偏移量保留足够空间的东西。

我认为你的 Debug模式版本是相对于用户空间的 RBP 存储的,如果用户空间使用 RBP 指向任何不应该被破坏的地方进行系统调用,这将严重破坏,如果 RBP 保持不变则更可怕一个非指针值。

(如果您刚刚使用 mov rbp, rsp 或其他东西,根据您的评论,您将这部分排除在外,那么您使用的是 RSP 下面的空间,如果没有红区。)

关于assembly - 发布与 Debug模式下局部堆栈变量的代码生成,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49125151/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com