Linux内核6.6.8新增系统调用编译报错Error 2求解决思路

Error 2是make工具返回的通用退出码，本身没有具体错误信息，需要从以下几个方向逐步排查：

1. 获取完整编译错误详情 #

执行编译命令时去掉-j并行编译参数（或减少并行任务数），让输出完整打印所有编译日志，定位到具体的错误行、错误类型（语法错误、未定义符号、链接错误等），这是排查的核心前提。

2. 修复系统调用代码本身的问题 #

你的代码存在内核态API使用错误，内核中禁止直接调用sys_open/sys_read/sys_write/sys_close这类用户态系统调用入口函数，必须使用内核原生API：

• 文件操作替换：
  • 打开文件：用filp_open()替代sys_open，关闭用filp_close()替代sys_close
  • 读写文件：用kernel_read()替代sys_read，kernel_write()替代sys_write
• 类型修正：将charLect、charEcri的类型从int改为ssize_t，匹配内核读写函数的返回值类型，避免类型不匹配或溢出
• 用户态指针处理：filp_open的路径参数需要是内核态地址，需先将用户态传入的src、dest路径拷贝到内核缓冲区，示例：

  char ksrc[PATH_MAX], kdest[PATH_MAX];
  if (copy_from_user(ksrc, src, PATH_MAX) || copy_from_user(kdest, dest, PATH_MAX)) {
      return -EFAULT;
  }
  struct file *src_file = filp_open(ksrc, O_RDONLY, 0);
  

• 权限与错误处理：filp_open返回的是struct file*，需判断是否为IS_ERR(src_file)来处理打开失败，而非直接判断整数小于0

3. 规范系统调用注册流程 #

内核6.6版本采用严格的系统调用注册机制：

• 必须使用SYSCALL_DEFINE宏定义系统调用，替代手动写asmlinkage函数，示例：

  SYSCALL_DEFINE2(copier_fich, const char __user *, src, const char __user *, dest) {
      // 函数逻辑
  }
  

• 修改架构对应的系统调用表：对于x86_64，编辑arch/x86/entry/syscalls/syscall_64.tbl，添加未被占用的系统调用编号，比如：

  451     common  copier_fich       __x64_sys_copier_fich
  

• 在include/linux/syscalls.h中添加系统调用声明：

  asmlinkage long sys_copier_fich(const char __user *src, const char __user *dest);
  

4. 检查内核编译配置与环境 #

• 若开启CONFIG_WERROR配置，会将所有编译警告转为错误，需修复代码中所有警告（比如未初始化变量、类型转换等）
• 确保交叉编译工具链（若使用）版本与内核6.6.8兼容，避免因工具链版本过低导致编译错误
• 执行make clean && make mrproper清理之前的编译残留，重新配置内核后再编译

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