x86-64与x32系统调用号异同及unistd_x32.h相关疑问

一、32位与64位系统调用号差异的原因 #

你的理解完全正确：

• unistd_32.h对应i386（32位x86）架构，这套系统调用表是Linux早期为32位平台设计的，调用号分配完全独立于64位版本。32位平台的寄存器宽度、系统调用触发约定（如int 0x80指令）和64位平台（syscall指令）完全不同，因此两套系统调用表的编号没有关联。
• unistd_64.h对应x86-64（AMD64）架构，是为64位平台重新设计的系统调用表，调用号从头分配，同时优化了系统调用的参数传递方式与整体性能，支持最大18EB的地址空间。

二、x32架构的猜测验证 #

你的猜测是对的：x32是一种运行在x86-64内核上的32位指针ABI，核心特点包括：

• 使用32位指针，进程仅能访问4GB内存空间，节省指针占用的内存带宽与缓存资源；
• 可调用x86-64的所有64位通用寄存器，充分利用64位CPU的性能优势；
• 依赖x86-64内核支持，无法在纯32位内核环境运行。

三、__X32_SYSCALL_BIT的作用 #

__X32_SYSCALL_BIT是一个固定偏移量（通常定义为0x40000000），核心作用是区分x32与原生x86-64的系统调用：

• 当x32进程触发系统调用时，内核通过这个高位标识判断当前是x32调用，会按照x32的ABI规则处理参数（比如指针按32位解析，其他寄存器保留64位宽度）；
• 这种设计让x32可以复用x86-64的系统调用基础编号，无需重新设计一套独立调用号，降低内核的维护成本。

四、unistd_x32.h缺少部分系统调用的原因 #

x32仅实现适配其ABI的系统调用，缺失部分调用的原因主要有两点：

1. 部分64位调用对x32无意义：比如__NR_rt_sigaction，x32的信号处理ABI已与x86-64对齐，相关功能可通过其他兼容方式实现，无需单独保留该调用；
2. 适配优先级低：x32面向的是对内存占用敏感但需64位性能的场景，部分64位调用的需求极低，因此未被移植到x32的头文件中。

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