x86-64 Linux内核运行x86-32程序的工作内容及额外机制问询

Great question! Even though x86-64 CPUs can natively execute 32-bit x86 code, the Linux kernel still has to handle a bunch of architecture-specific details to make everything work seamlessly. Let's break down the key extra steps it takes:

• 配置32位地址空间与段寄存器
  内核会通过将段寄存器（CS、DS、ES等）设置为32位段选择子，把进程切换到兼容模式。这会确保所有内存访问都使用32位寻址，将进程限制在虚拟地址空间的低4GB范围内——和原生32位系统完全一致。同时页表也会被调整以强制执行4GB限制，哪怕x86-64底层用的是4级页表。

• 处理32位系统调用入口与参数映射
  虽然32位程序把系统调用号存在eax会自动清零rax高位，但它们用int 0x80触发系统调用，而非64位的syscall指令。内核为这类32位系统调用提供了专门的入口点（比如entry_INT80_compat），还会把32位参数寄存器（ebx、ecx、edx、esi、edi、ebp）映射到64位系统调用规范，同时确保返回值在eax中保持高位清零的状态。

• 适配32位上下文的信号处理
  32位程序期望信号处理函数和栈帧遵循32位约定。内核发送信号时，会构建包含32位寄存器上下文的32位栈帧，并用32位的iret指令从信号处理函数返回——而非64位的iretq或sysret，以此保证进程能正确回到32位模式。

• 特殊化进程上下文切换
  内核通过task_struct中的personality字段（设置为PER_LINUX32）标记进程是否为32位。切换到32位进程时，内核只会保存和恢复CPU寄存器的32位子集，同时确保CPU维持在兼容模式而非完整的64位长模式。

• 加载32位二进制格式
  内核的ELF加载器会区分32位（ELF32）和64位（ELF64）可执行文件。对于32位二进制，它会将代码/数据段映射到低4GB地址，初始化32位栈，并加载32位动态链接器（ld-linux.so.2）而非64位版本，保证动态链接行为和原生32位系统一致。

• 针对数据结构的系统调用兼容层
  部分系统调用的32位与64位数据结构存在差异（比如stat、time）。内核会实时转换这些结构：当32位程序调用stat时，内核会先把内部的64位文件元数据转换成32位struct stat格式，再返回给进程。

所有这些步骤配合起来，能让32位程序误以为自己运行在纯32位Linux系统上，完全感知不到底层是64位内核。

内容的提问来源于stack exchange，提问作者炸鱼薯条德里克