内核补丁制作与提交

最新推荐文章于 2024-05-10 04:14:51 发布
最新推荐文章于 2024-05-10 04:14:51 发布
阅读量1.7k 收藏 1
点赞数
分类专栏： Git & Kernel Hacking linux 文章标签： git branch 工具 warnings patch vim

本文出处：http://zhwen.org/?p=articles/git2

内核补丁制作与提交

作者： 许振文

内核源码下载

内核代码的管理是采用的git来管理的，所以要下载内核最新的代码的话就得使用git工具来下载了。git工具的使用我在上一篇文章中已经写了个大概，所以具体可以参考其中的使用说明。
一般测试可以下载部分或是全部的源代码，我们一般会下载Linus Torvalds的git树下的源码。URL如下： 
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary
description		Linus' kernel tree
owner			Linus Torvalds
last change		Sun, 19 Apr 2009 17:58:20 +0000
URL		git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
		http://www.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
使用git工具下载内核源代码时，可以使用git://... 的URL和http://... 的URL，两者只是服务端口不一样而已，git的服务端口是9418。其它两者具体没有什么太大区别，主要有些公司或是个人网络可能会封闭一些不太用的端口。下面是使用git下载源代码的过程。

使用的命令是：git-clone URL （在要下载内核源码的目录下执行） 
helight@Zhwen:linux$git-clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Initialized empty Git repository in /home/helight/linux-2.6/.git/
remote: Counting objects: 1171309, done.
remote: Compressing objects: 100% (189000/189000), done.
Receiving objects:   0% (732/1171309), 275.99 KiB | 8 KiB/s   
...

源代码的更新

当然新下载的源代码当然就没必要更新了，但是我们也不需要每天都去下载新的源代码，因为源代码的服务器在国外，国内用户下载速度比较慢，git工具中给我们提供了增量更新源代码的方式，这中方式是是下载并且更新和上次不一样的源代码内容，而不是从新下载所有的源代码。一下是更新过程：
使用的命令是：git-pull （在内核源代码根目录下直接执行） 
helight@Zhwen:linux-2.6$ git-pull 
remote: Counting objects: 522, done.
remote: Compressing objects: 100% (68/68), done.
remote: Total 325 (delta 260), reused 320 (delta 255)
Receiving objects: 100% (325/325), 47.61 KiB | 10 KiB/s, done.
Resolving deltas: 100% (260/260), completed with 90 local objects.
From git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6
   aefe647..d91dfbb  master     -> origin/master
Updating aefe647..d91dfbb
Fast forward
 .gitignore                          |    1 +
 Documentation/kbuild/makefiles.txt  |   10 ++
 Documentation/kernel-parameters.txt |   38 +++++++
 Documentation/lguest/.gitignore     |    1 +
 Documentation/lguest/lguest.txt     |   11 +-
 MAINTAINERS                         |    5 +
 Makefile                            |    2 +-
 arch/x86/include/asm/lguest_hcall.h |    2 +-
 arch/x86/lguest/boot.c              |   16 ++--
...
 50 files changed, 602 insertions(+), 388 deletions(-)
 create mode 100644 Documentation/lguest/.gitignore
helight@Zhwen:linux-2.6$
这里要注意的是：每次要更新都要在master分支上进行更新，以保证更新不会发生混乱。在master分支上更新之后再创建新的分支。

代码分支的管理：

分支查看：git-branch （在源代码根目录下直接执行）
helight@Zhwen:linux-2.6$ git-branch 
* master
helight@Zhwen:linux-2.6$
刚刚下载的内核代码树只有一个分支就是“master”，这个分支我们一般不做修改，我们做的所有修改都是在自己新建的分支上，然后再针对于“master”分支作补丁。所以这个分支一般情况下最好不要修改。

建立新分支：git-branch helight（ 在源代码根目录下直接执行）
helight@Zhwen:linux-2.6$ git-branch helight
helight@Zhwen:linux-2.6$ git-branch 
  helight
* master
helight@Zhwen:linux-2.6$
这里可以看出在master这个分支的前面有一个“＊”号，这表示但前我们工作在master这个分支上，就是说我们这个时候对内核代码做的所有修改都记录保存在这个分支的数据库中。但是前面已经说过了这个分支上最好不要作修改。

分支删除：git-branch -D xxx （在源代码根目录下直接执行）
helight@Zhwen:linux-2.6$ git-branch xxx
helight@Zhwen:linux-2.6$ git-branch 
  helight
* master
  xxx
helight@Zhwen:linux-2.6$ git-branch -D xxx
Deleted branch xux.
helight@Zhwen:linux-2.6$ git-branch 
  helight
* master
helight@Zhwen:linux-2.6$
这个主要是用于删除不需要的分支。

分支切换：git-checkout helight （在源代码根目录下直接执行）
helight@Zhwen:linux-2.6$ git-checkout helight 
Switched to branch "helight"
helight@Zhwen:linux-2.6$ git-branch 
* helight
  master
helight@Zhwen:linux-2.6$
切换分支后可以看到在你切换后的分支标签前面就会出现“＊”号。

修改分支：

这样你就可以在这个新建的分支上面修改内核源码了。

修改源码…….修改完成。

在修改完内核源代码之后就要线提交到本分支，然后在针对于master分支做补丁。

提交修改到本分支：git-commit -m " The reason you commit" ./*

helight@Zhwen:linux-2.6$ vim samples/tracepoints/tracepoint-sample.c 
helight@Zhwen:linux-2.6$ git-commit -m "clean up code style on samples/tracepoints/tracepoint-sample.c" ./*
Created commit 048f96f: clean up code style on samples/tracepoints/tracepoint-sample.c
 1 files changed, 1 insertions(+), 2 deletions(-)
helight@Zhwen:linux-2.6$
提交之后可以看出其改变的文件个数和行术等信息。接下来就是制作补丁了。

制作补丁：git-format-patch master

helight@Zhwen:linux-2.6$ git-format-patch master 
0001-clean-up-code-style-on-samples-tracepoints-tracepoin.patch
helight@Zhwen:linux-2.6$ cat 0001-clean-up-code-style-on-samples-tracepoints-tracepoin.patch 
From 048f96f08d2e1d3bb776560a7d1b34cf82e5ea1a Mon Sep 17 00:00:00 2001
From: Zhenwen Xu 
Date: Mon, 20 Apr 2009 16:07:00 +0800
Subject: [PATCH] clean up code style on samples/tracepoints/tracepoint-sample.c

---
 samples/tracepoints/tracepoint-sample.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/samples/tracepoints/tracepoint-sample.c b/samples/tracepoints/tracepoint-sample.c
index 9cf80a1..7a3865c 100644
--- a/samples/tracepoints/tracepoint-sample.c
+++ b/samples/tracepoints/tracepoint-sample.c
@@ -35,8 +35,7 @@ static struct file_operations mark_ops = {
 static int __init sample_init(void)
 {
 	printk(KERN_ALERT "sample init/n");
-	pentry_sample = proc_create("tracepoint-sample", 0444, NULL,
-		&mark_ops);
+	pentry_sample = proc_create("tracepoint-sample", 0444, NULL, &mark_ops);
 	if (!pentry_sample)
 		return -EPERM;
 	return 0;
-- 
1.5.6.5

helight@Zhwen:linux-2.6$
这个工具制作的补丁中一般不加“ Signed-off-by”这个标签，这个标签是标识这个补丁是誰发的或是誰转发的。这个不加也可能是我的git配置的问题。所以一般我是手动添加的，如果谁知道怎么可以自动添加请告诉我一下。
而且补丁自动生成的前面4行也做好删除。修改后的补丁如下： 
helight@Zhwen:linux-2.6$ vim 0001-clean-up-code-style-on-samples-tracepoints-tracepoin.patch 
helight@Zhwen:linux-2.6$ cat 0001-clean-up-code-style-on-samples-tracepoints-tracepoin.patch 
Signed-off-by: Zhenwen Xu 
---
 samples/tracepoints/tracepoint-sample.c |    3 +--
 1 files changed, 1 insertions(+), 2 deletions(-)

diff --git a/samples/tracepoints/tracepoint-sample.c b/samples/tracepoints/tracepoint-sample.c
index 9cf80a1..7a3865c 100644
--- a/samples/tracepoints/tracepoint-sample.c
+++ b/samples/tracepoints/tracepoint-sample.c
@@ -35,8 +35,7 @@ static struct file_operations mark_ops = {
 static int __init sample_init(void)
 {
 	printk(KERN_ALERT "sample init/n");
-	pentry_sample = proc_create("tracepoint-sample", 0444, NULL,
-		&mark_ops);
+	pentry_sample = proc_create("tracepoint-sample", 0444, NULL, &mark_ops);
 	if (!pentry_sample)
 		return -EPERM;
 	return 0;
-- 
1.5.6.5

helight@Zhwen:linux-2.6$

补丁检测：./scripts/checkpatch.pl xxx.patch

这个时候补丁就制作成了，但是还要使用内核提供的补丁检测工具检测一下补丁的正确性，应为我们发布的补丁不能把很明显错误带进去。 
helight@Zhwen:linux-2.6$ ./scripts/checkpatch.pl 0001-clean-up-code-style-on-samples-tracepoints-tracepoin.patch 
total: 0 errors, 0 warnings, 9 lines checked

0001-clean-up-code-style-on-samples-tracepoints-tracepoin.patch has no obvious style problems and is ready for submission.
helight@Zhwen:linux-2.6$
如果你认为你做的补丁有意义而且是正确的（这里只是为了演示，这个补丁并没有多大的实际意义，只是用于演示使用），而且也通过了这一步，那么你就可以发布你的补丁了。

发布补丁：

补丁的发布一般是以邮件的形式来发布，而首先你就要知道你这个补丁应该发给谁，有那些人你必须要发。这里首先你要向内核邮件列表发一份：linux-kernel@vger.kernel.org， 其次还要给你所修改的这个文件所在的内核子邮件列表和维护者发一份，这些信息可以在内核源代码目录下的“MAINTAINERS”文件中查到，使用VIM打开发该文件后，进行关键词的搜索就可以了，搜到后会有相应的内核子邮件列表和维护者的邮件地址。然后就可以发送了。发送补丁一般只需要把补丁内容加入到邮件正文发送即可。

特别注意：

提交时邮件的题目为：[PATCH] The reason you make this patch
提交时必须注明修改原因和修改文件。这些一般写在邮件正文的一开始。
补丁一般不要以附件发送，而是直接写到正文中。在修改原因等写完之后就附加补丁内容。在VIM中可以使用:r xxx.patch将补丁添加进邮件正文。（这里是说使用mutt来发送邮件）

sanlinux
关注
专栏目录
为内核制作补丁patches
hjwsm1989的专栏
09-26 663
需要为kernel制作补丁 原始的kernel命名为linux-x.y.z 作了修改的kernel就命名为linux 为2个生成补丁 diff –urN linux-x.y.z/ linux/ > my-patch -u参数指定将会使用统一的diff格式，如果没有这个参数的话，这个补丁将会是很丑陋、不适合阅读的。 -r参数指定遍历的diff所有的目录。 -N参数指定在修改中出现的新文
uboot 补丁制作
08-29
为了制作补丁，需要将修改过的uboot文件夹进行重命名，以便与原始的uboot版本区分开来。在这个例子中，将名为`u-boot-2009.03`的文件夹重命名为`u-boot-2009.03_hzb_V2`。重命名操作是在为后续生成的补丁文件标记...
提交内核补丁patch
RToax
10-28 1138
提交内核补丁 荣涛 2021年10月28日 文档修改日志 日期 修改内容 修改人 备注 2021年10月28日 创建 荣涛 1. 引言 2. 克隆内核 # 从 GitHub克隆Linux内核 $ git clone --depth=32 https://github.com/torvalds/linux # 切换分支 $ git checkout master # 同步 $ git pull upstream master 3. 创建一个分支 $ git checkout -b
linux内核补丁提交_提交您的第一个Linux内核补丁的清单
cumo7370的博客
07-04 361
linux内核补丁提交 Linux内核是最大，也​​是发展最快的开源项目之一，它由约53,600个文件和近2000万行代码组成。 Linux内核在全球范围内有15600多名程序员参与了该项目，Linux内核遵循维护者模型进行协作。 在本文中，我将提供一个快速核对清单，其中列出了您进行第一个内核贡献时所涉及的步骤，并介绍了在提交补丁之前应了解的知识。 要更深入地了解贡献您的第一个补丁的提交过...
linux内核提交系列补丁,如何提交你的第一个Linux内核补丁
weixin_35809867的博客
04-30 207
学习如何做出你的*** Linux 内核贡献，以及在开始之前你应该知道什么。Linux 内核是***且变动最快的开源项目之一，它由大约 53,600 个文件和近 2,000 万行代码组成。在全世界范围内超过 15,600 位程序员为它贡献代码，Linux 内核项目的维护者使用了如下的协作模型。本文中，为了便于在 Linux 内核中提交你的***个贡献，我将为你提供一个必需的快速检查列表，以告诉你在...
更新linux内核注意,提交Linux内核补丁的正确步骤及注意事项
weixin_34521351的博客
04-29 318
下面教你提交 Linux 内核补丁的正确步骤及注意事项，第一次提交 Linux 内核不知道该如何操作，如何对 Linux 内核做些贡献，本文给你正确答案。背景Linux 内核是最大且变动最快的开源项目之一，它由大约 53,600 个文件和近 2,000 万行代码组成。在全世界范围内超过 15,600 位程序员为它贡献代码，Linux 内核项目的维护者使用了如下的协作模型。在本文中，为了便于在 Li...
如何向Linux内核提交开源补丁？
曹无悔的博客
05-10 1507
在鲲鹏服务器和openEuler操作系统上，向Linux内核贡献开源补丁的经验。
openwrt知识总结 （开发教程+补丁 patch）
12-16
OpenWRT知识总结（开发教程+补丁patch） ...OpenWRT提供了提交补丁的功能，开发者可以使用这个功能来提交自己的补丁并帮助OpenWRT的开发。提交补丁需要了解如何contributing、哪里listen和talk、何时提交补丁等。
如何制作Linux 内核补丁包源码（实现自制处理器调度算法后/前的两版源码，利用 diff 命令生成）
10-31
制作Linux内核补丁包（通常称为patch文件）以添加或更新自定义处理器调度算法，通常涉及以下几个步骤： 1. **修改源码**： - 在`arch/x86/kernel/sched/`目录下（假设你的处理器架构是x86）创建一个文件，例如`my_...
linux内核提交系列补丁,Intel向Linux内核提交新补丁代码 优化傲腾
weixin_31939167的博客
04-30 127
据了解，近日，Intel向Linux内核提交新补丁代码，不断优化傲腾可持续内存性能，双路系统上内存访问性能提升了116%。这个补丁主要适用于有傲腾可持续内存的系统，它在存储分层中不同于内存，也不同于闪存，而是介于二者之间。这个补丁的作用是将原本存放在傲腾可持续内存上的热页面(hot pages)正确转移到DRAM内存中，反过来也可以将冷页面(coldpages)存储在傲腾可持续内存上。由于DRAM...
linux内核提交系列补丁,如何向Linux内核提交潜在补丁？
weixin_35348899的博客
04-30 83
我们有一些软件依赖于另一个(非常常用的)应用程序的某些行为，这些应用程序现在已经改变，使我们当前的实现工作可行，但不太理想。我们认为这种变化可能会影响到其他一些应用程序，特别是在性能监控领域，我们已经找到了一个解决方案，我们相信会改善其他潜在的问题。不幸的是，所说的解决方案是一个内核的变化(相对简单，但是如果我们填写它会很有影响)，而且我们没有提交内核补丁以供审核的经验。有没有人真的提交了一个补丁...
linux内核补丁教程,提交内核补丁到Linux社区的步骤
weixin_32051661的博客
05-10 495
简介向Linux社区提交补丁并不频繁，某一次提交后可能了然于胸，过段时间总会忘记，于是就有了这篇文章这篇文章是我真实提交的步骤，没有严格按官方的要求和建议来，但能覆盖大多数问题如果希望详细学习如何提交，参考《如何让你的改动进入内核》下载代码在官网下载最新代码，或者通过MAINTAINERS寻找对应子系统的仓库代码。以我要提交pstore的子系统为例，在MAINTAINERS中找到以下信息：PSTO...
内核补丁
02-20
内核补丁
ubuntu如何制作Linux 内核补丁包源码（实现自制处理器调度算法后/前的两版源码，利用 diff 命令生成）
最新发布
10-31
要在Ubuntu上制作Linux内核补丁包源码并添加自定义处理器调度算法，你需要按照以下步骤操作： 1. **获取原始内核源码**: 使用`git clone`命令从Linux内核官方仓库克隆最新的内核源码： ```sh git clone ...
手把手教你如何向 Linux 内核提交代码
技术杂谈
11-23 7049
本文来自作者 刘盼 在 GitChat 上分享「手把手教你如何向 Linux 内核提交代码」，「阅读原文」查看交流实录 「文末高能」 编辑 | 施瓦 开源的力量 说到开源大家都会想到黑客和极客，开源的概念最早也是在极客们推出和推崇的。开源的提倡旨在开放源代码使之更方便自由的使用和再创作。 随着这一思想的发展，衍生出诸多的开源协议，比如有GPL,BSD,M
手把手教你如何给『Linux』打补丁
瓦罗兰特顶级C位的博客
02-16 3136
我们在参与某些开源项目的过程当中，经常会遇到漏洞之类的问题，需要我们打补丁解决。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值