Linux测试项目LTP中execve与creat系统调用测试失效问题分析

背景概述

近期在Linux内核主线版本中提交的一个关键变更(2a010c412853)引发了Linux测试项目(LTP)中两个重要系统调用测试用例的失效。该补丁标题为"fs: don't block i_writecount during exec"，修改了文件系统在执行(exec)操作时对写入计数(i_writecount)的处理方式。

问题现象

在LTP测试套件中，以下两个64位系统调用测试用例出现异常：

1. execve04_64bit测试失败，错误显示"execve_child shouldn't be executed"
2. creat07_64bit测试失败，错误提示"creat() succeeded unexpectedly"

测试失败表明这些测试用例的预期行为与内核实际行为出现了偏差，需要相应调整测试逻辑。

技术原理分析

原始内核设计中，在执行exec操作时会阻塞文件的写入计数(i_writecount)，这保证了执行过程中的文件一致性。而新补丁移除了这一限制，使得：

• 执行exec操作时不再阻塞文件写入
• 相关文件操作可能获得不同的行为表现

这种变更属于内核行为的合理演进，但导致了依赖旧有行为的测试用例失效。特别是：

1. execve04测试原本验证在特定条件下execve应失败，但新内核允许了该操作
2. creat07测试预期creat在特定场景下失败，但新内核允许创建成功

解决方案

作为测试套件维护者，正确的做法是更新测试用例以匹配新的内核行为规范。具体需要：

1. 重新评估测试用例的设计目的
2. 根据新的内核行为调整测试预期
3. 可能添加新的测试场景来覆盖变更后的边界条件

经验总结

这个案例展示了测试套件与内核演进的典型互动模式：

• 内核行为变更可能导致测试失效
• 测试失效不一定意味着内核错误，可能是测试需要更新
• 测试套件需要持续维护以跟踪内核演进

对于系统测试开发者，这个案例提醒我们：

1. 测试用例应尽可能不依赖特定实现细节
2. 需要关注内核主线的重要变更
3. 建立有效的测试与内核开发的反馈机制

后续工作

LTP项目已收到相关反馈并开始处理该问题。测试维护者需要：

1. 分析每个失败测试的具体场景
2. 确定是调整测试预期还是标记为已知问题
3. 必要时添加新的测试用例覆盖变更引入的新行为