- 不要依赖其他头文件来拉入您使用的头文件
-
干净地构建:
a) 使用适用或修改的“配置”选项“=y”、“=m”,以及
“=n”。 没有“gcc”警告/错误,没有链接器警告/错误。b) 传递 ''allnoconfig'', 'allmodconfig''
c) 使用 'O=builddir' 时构建成功 d) 任何文档/更改成功构建,没有新的警告/错误。 使用“make htmldocs”或“make pdfdocs”来检查构建并修复任何问题。
-
使用本地交叉编译工具或其他一些构建场在多个 CPU 体系结构上构建。
-
PPC64是一个很好的交叉编译检查架构,因为它倾向于对64位数量使用“unsigned long”。
-
检查您的补丁的一般样式,详见" Documentation/process/coding-style.rst" 。
在提交之前,使用补丁样式检查器检查微不足道的违规行为(“scripts/checkpatch.pl”)。
您应该能够证明补丁中保留的所有违规行为是合理的。 -
任何新的或修改的“CONFIG”选项都不会弄乱配置菜单,除非它们满足
''Documentation/kbuild/kconfig-language.rst'' 菜单属性:默认值。 -
所有新的“Kconfig”选项都有帮助文本
-
已仔细审查相关的“Kconfig”组合。 这很难通过测试来正确
-
Check cleanly
linux kernel 提交patch checklist
最新推荐文章于 2023-09-13 23:24:12 发布
本文详细介绍了在提交Linux内核补丁时需要遵循的检查清单,包括构建的清洁性、跨架构编译、代码风格、sparse检查、锁相关测试、文档更新以及故障注入测试等多方面,确保补丁的质量和兼容性。
摘要由CSDN通过智能技术生成