从编码风格错误开始 快速修改编码风格的工具 scripts/checkpatch.pl scripts/Lindent astyle Linux 内核代码风格 1 缩进 2 把长的行和字符串打散 3 大括号和空格的放置 4 命名 5 Typedef 6 函数 7 集中的函数退出途径 8 注释 9 你已经把事情弄糟了 10 Kconfig 配置文件 11 数据结构 12 宏,枚举和RTL 13 打印内核消息 14 分配内存 15 内联弊病 16 函数返回值及命名 17 不要重新发明内核宏 18 编辑器模式行和其他需要罗嗦的事情 19 内联汇编 20 条件编译 从编码风格错误开始 曾经在开发Linux内核驱动的时候,创建了一个补丁文件,但是在把补丁打到主分支的时候提示很多编码风格的错误问题,后来重做了补丁才解决了问题,这也是没有严格按照的Linux编码风格从而导致的问题。因为当时代码量不大,所以解决问题的时间相对较少。在代码量增大的情况下可以借助工具进行自动修改。 快速修改编码风格的工具 scripts/checkpatch.pl 这是一个检查patch是否符合内核编码规范的脚本。默认的调用也确实如此。如果用来检查原文件,需要加上-f的选项。 scripts/Lindent 源码路径下的scripts目录中的工具Lindent可以用来自动修改缩进问题。不过使用Lindent要求系统安装indent这个工具。Ubuntu系统下可以使用apt-get install indent进行「安装」。 astyle 比较推荐使用这个工具,因为比较相当方便,可以一键式转换成linux,java,gnu等等风格。 下载地址项目地址文档说明 如何使用,可以参考具体文档说明,写的比较详细。 总而言之,应该顾全大局,在进行内核开发和驱动开发的时候,严格遵守Linux的编码规范,避免由于编码不规范带来的种种问题,可以参考内核路径下Documentation/CodingStyle文档,以下转自Linux内核文档,最权威的文档路径,很全很强大,原来在这个网站上已经有中文版了,感谢万分,具体的更新可以跳转到你懂的网址。 「来自 Documentation/process/coding-style.rst 的中文翻译」 Linux 内核代码风格 这是一个简短的文档,描述了 linux 内核的首选代码风格。代码风格是因人而异的, 而且我不愿意把自己的观点强加给任何人,但这就像我去做任何事情都必须遵循的原则 那样,我也希望在绝大多数事上保持这种的态度。请 (在写代码时) 至少考虑一下这里 的代码风格。 首先,我建议你打印一份 GNU 代码规范,然后不要读。烧了它,这是一个具有重大象征性意义的动作。 不管怎样,现在我们开始: 1 缩进 制表符是 8 个字符,所以缩进也是 8 个字符。有些异端运动试图将缩进变为 4 (甚至 2!) 字符深,这几乎相当于尝试将圆周率的值定义为 3。 理由:缩进的全部意义就在于清楚的定义一个控制块起止于何处。尤其是当你盯着你的 屏幕连续看了 20 小时之后,你将会发现大一点的缩进会使你更容易分辨缩进。 现在,有些人会抱怨 8 个字符的缩进会使代码向右边移动的太远,在 80 个字符的终端 屏幕上就很难读这样的代码。这个问题的答案是,如果你需要 3 级以上的缩进,不管用 何种方式你的代码已经有问题了,应该修正你的程序。 简而言之,8 个字符的缩进可以让代码更容易阅读,还有一个好处是当你的函数嵌套太 深的时候可以给你警告。留心这个警告。 在 switch 语句中消除多级缩进的首选的方式是让 switch 和从属于它的 case 标签对齐于同一列,而不要 两次缩进 case 标签。比如: switch (suffix) {case 'G':case 'g': mem <<= 30; break;case 'M':case 'm': mem <<= 20; break;case 'K':case 'k': mem <<= 10; /* fall through */default: break;} 不要把多个语句放在一行里,除非你有什么东西要隐藏: if (condition) do_this; do_something_everytime;…