加入收藏 | 设为首页 | 会员中心 | 我要投稿 上饶站长网 (https://www.0793zz.com.cn/)- 数据库平台、视觉智能、智能搜索、决策智能、迁移!
当前位置: 首页 > 服务器 > 搭建环境 > Windows > 正文

如何提交你的第一个Linux内核补丁

发布时间:2018-10-18 11:38:53 所属栏目:Windows 来源:Sayli Karnik
导读:【51CTO技术沙龙】10月27日,让我们共同探索AI场景化应用实现之道 学习如何做出你的首个 Linux 内核贡献,以及在开始之前你应该知道什么。 Linux 内核是最大且变动最快的开源项目之一,它由大约 53,600 个文件和近 2,000 万行代码组成。在全世界范围内超过
副标题[/!--empirenews.page--] 【51CTO技术沙龙】10月27日,让我们共同探索AI场景化应用实现之道

 如何提交你的第一个Linux内核补丁

学习如何做出你的首个 Linux 内核贡献,以及在开始之前你应该知道什么。

Linux 内核是最大且变动最快的开源项目之一,它由大约 53,600 个文件和近 2,000 万行代码组成。在全世界范围内超过 15,600 位程序员为它贡献代码,Linux 内核项目的维护者使用了如下的协作模型。

如何提交你的第一个Linux内核补丁

本文中,为了便于在 Linux 内核中提交你的第一个贡献,我将为你提供一个必需的快速检查列表,以告诉你在提交补丁时,应该去查看和了解的内容。对于你贡献的第一个补丁的提交流程方面的更多内容,请阅读 KernelNewbies 的第一个内核补丁教程。

为内核作贡献

第 1 步:准备你的系统。

本文开始之前,假设你的系统已经具备了如下的工具:

  • 文本编辑器
  • Email 客户端
  • 版本控制系统(例如:git)

第 2 步:下载 Linux 内核代码仓库。

  1. git clone -b staging-testing
  2. git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git

复制你的当前配置:

  1. cp /boot/config-`uname -r`* .config

第 3 步:构建/安装你的内核。

  1. make -jX
  2. sudo make modules_install install

第 4 步:创建一个分支并切换到该分支。

  1. git checkout -b first-patch

第 5 步:更新你的内核并指向到最新的代码。

  1. git fetch origin
  2. git rebase origin/staging-testing

第 6 步:在最新的代码库上产生一个变更。

使用 make 命令重新编译,确保你的变更没有错误。

第 7 步:提交你的变更并创建一个补丁。

  1. git add <file>
  2. git commit -s -v
  3. git format-patch -o /tmp/ HEAD^

如何提交你的第一个Linux内核补丁

主题是由冒号分隔的文件名组成,跟着是使用祈使语态来描述补丁做了什么。空行之后是强制的 signed off 标记,最后是你的补丁的 diff 信息。

下面是另外一个简单补丁的示例:

如何提交你的第一个Linux内核补丁

接下来,从命令行使用邮件(在本例子中使用的是 Mutt)发送这个补丁:

  1. mutt -H /tmp/0001-<whatever your filename is>

使用 get_maintainer.pl 脚本,去了解你的补丁应该发送给哪位维护者的列表。

提交你的第一个补丁之前,你应该知道的事情

  • Greg Kroah-Hartman 的 staging tree 是提交你的 第一个补丁 的最好的地方,因为他更容易接受新贡献者的补丁。在你熟悉了补丁发送流程以后,你就可以去发送复杂度更高的子系统专用的补丁。
  • 你也可以从纠正代码中的编码风格开始。想学习更多关于这方面的内容,请阅读 Linux 内核编码风格文档。
  • checkpatch.pl 脚本可以帮你检测编码风格方面的错误。例如,运行如下的命令:perl scripts/checkpatch.pl -f drivers/staging/android/* | less
  • 你可以去补全开发者留下的 TODO 注释中未完成的内容:find drivers/staging -name TODO
  • Coccinelle 是一个模式匹配的有用工具。
  • 阅读 归档的内核邮件。
  • 为找到灵感,你可以去遍历 linux.git 日志去查看以前的作者的提交内容。
  • 注意:不要与你的补丁的审核者在邮件顶部交流!下面就是一个这样的例子:

    错误的方式:

    1. Chris,
    2. Yes let’s schedule the meeting tomorrow, on the second floor.
    3.  
    4. > On Fri, Apr 26, 2013 at 9:25 AM, Chris wrote:
    5. > Hey John, I had some questions:
    6. > 1. Do you want to schedule the meeting tomorrow?
    7. > 2. On which floor in the office?
    8. > 3. What time is suitable to you?

    (注意那最后一个问题,在回复中无意中落下了。)

    (编辑:上饶站长网)

    【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读