2. 系统调用号基础：定义与内核位置

系统调用号（syscall number）是用户态程序与内核通信的“门牌号”。每个系统调用在全局范围内被分配一个唯一的整数标识符，内核通过该号码在系统调用表中索引对应的处理函数。本章聚焦于系统调用号的定义方式及其在 x86-64 架构下的具体存放位置。

2.1 系统调用号的定义规则

Linux 内核为每个架构维护独立的系统调用号分配表。x86-64 架构的系统调用号定义遵循以下规则：

• 唯一性：每个系统调用号在同一个架构内全局唯一，不可重复。
• 稳定性：已分配的系统调用号一旦发布，在后续内核版本中不会更改，以保证用户态程序的二进制兼容性。
• 预留范围：0–300 为常用系统调用（如 read、write、open），300–500 为扩展系统调用（如 epoll、signalfd），500 以上为架构特定或实验性调用。
• 废弃处理：废弃的系统调用号不会立即删除，而是标记为 sys_ni_syscall（空函数），防止被重新分配。

2.2 系统调用号在内核中的位置

在 x86-64 架构下，系统调用号的定义文件位于内核源码的固定路径：

arch/x86/entry/syscalls/syscall_64.tbl

该文件是一个纯文本表格，每行定义一个系统调用，包含四个字段：

以下是 syscall_64.tbl 文件的部分真实内容示例：

#
# 64-bit system call numbers and entry vectors
#
0	common	read			sys_read
1	common	write			sys_write
2	common	open			sys_open
3	common	close			sys_close
4	common	stat			sys_stat
5	common	fstat			sys_fstat
...
435	common	clone3			__x64_sys_clone3
439	common	faccessat2		__x64_sys_faccessat2

2.3 系统调用号到函数指针的映射流程

内核在启动时或编译时，将 syscall_64.tbl 中的定义转换为一个函数指针数组——系统调用表（sys_call_table）。用户态发起系统调用时，内核通过以下步骤完成映射：

1. 用户态将系统调用号放入 rax 寄存器，执行 syscall 指令。
2. 内核入口（entry_SYSCALL_64）保存寄存器状态，从 rax 提取系统调用号。
3. 合法性检查：判断系统调用号是否在有效范围内（0 ≤ nr < NR_syscalls）。
4. 表索引：以系统调用号为索引，从 sys_call_table 数组中取出对应的函数指针。
5. 函数调用：通过函数指针跳转到具体的系统调用实现函数（如 sys_read）。

2.4 系统调用表的生成机制

内核构建系统通过脚本自动从 syscall_64.tbl 生成头文件和 C 代码。生成流程如下：

• 输入：arch/x86/entry/syscalls/syscall_64.tbl
• 脚本：arch/x86/entry/syscalls/syscalltbl.sh
• 输出 1：arch/x86/include/generated/asm/syscalls_64.h（宏定义头文件）
• 输出 2：arch/x86/include/generated/asm/syscall_table.h（函数声明数组）

生成的 syscalls_64.h 内容示例：

#define __NR_read 0
#define __NR_write 1
#define __NR_open 2
#define __NR_close 3
#define __NR_stat 4
#define __NR_fstat 5
...
#define __NR_clone3 435
#define __NR_faccessat2 439

#ifdef __KERNEL__
#define NR_syscalls 440
#endif

2.5 架构差异与兼容性

不同架构的系统调用号定义相互独立，即使功能相同的系统调用在不同架构下也可能使用不同的编号。以下是常见架构的系统调用号文件位置：