为何Linux在entry_SYSCALL_64函数中从rcx寄存器读取IP寄存器？

你观察得非常细致！这其实是x86_64架构中syscall指令的固有设计决定的，咱们一步步拆解这个逻辑：

当用户态进程执行syscall指令时，CPU会自动完成几个关键操作：

• 将当前的rip（也就是syscall指令的下一条指令地址，用户态执行完系统调用后需要返回的位置）存入rcx寄存器
• 将当前的rflags寄存器值存入r11寄存器
• 切换到内核态，跳转到内核预先设置的系统调用入口（也就是entry_SYSCALL_64）

所以当代码进入entry_SYSCALL_64时，rip已经指向内核的入口指令了，用户态的返回地址早就被CPU存在rcx里了。这时候中断栈帧需要保存返回地址，自然就直接用rcx的值，而不是去读当前的rip——那已经不是我们要的用户态返回点了。

你提到的这段代码可以更清晰地对应这个逻辑：

ENTRY(entry_SYSCALL_64)
UNWIND_HINT_EMPTY
/*
 * 进入时中断处于关闭状态。
 * 我们不会用TRACE_IRQS_OFF/ON来包裹这个极小的关中断代码块，
 * 它太小了，不会造成明显的中断延迟...
 */

简单总结：这不是内核代码的“特殊选择”，而是严格遵循x86_64的syscall指令规则——CPU已经帮我们把返回地址放到rcx了，内核只需要直接取用即可。

内容的提问来源于stack exchange，提问作者Joontaek Oh