Linux内核开发人员在提交代码后如何在本地测试他们的代码?他们是否使用某种单元测试和构建自动化?测试计划?
当前回答
LTP和memtest通常是首选工具。
其他回答
adobriyan提到了Ingo的随机配置构建测试循环。现在，零日测试机器人(又名kbuild测试机器人)几乎涵盖了这一点。这里有一篇关于基础结构的不错的文章:内核构建/引导测试
这种设置背后的想法是尽快通知开发人员，以便他们能够尽快纠正错误(在某些情况下，在补丁进入Linus的树之前，因为kbuild基础设施也会针对维护人员的子系统树进行测试)。
LTP和memtest通常是首选工具。
据我所知，英特尔有一个自动性能回归检查工具(名为lkp/0 day)运行/资助。它将测试发送到邮件列表的每个有效补丁，并检查从不同的微基准测试(如hackbench, fio, unixbench, netperf等)更改的分数。
一旦出现性能下降/改进，相应的报告将直接发送给补丁作者和Cc相关的维护者。
Linux内核开发人员在提交代码后如何在本地测试他们的代码? 他们是否使用某种单元测试和构建自动化?
从传统意义上来说，没有。
例如，Ingo Molnar正在运行以下工作负载:
用一组随机配置选项构建一个新内核 引导进入 转到第1节
每个构建失败、启动失败、错误或运行时警告都将得到处理。24/7。乘以几个方框，就可以发现很多问题。
测试计划?
No.
可能存在误解，认为有一个中央测试设施，但实际上没有。每个人都做他/她想做的事。
还有:
MMTests是用来分析结果的基准测试和脚本的集合。
它是Linux系统调用模糊测试器。
此外，SourceForge的LTP页面已经相当过时，项目已经转移到GitHub。
