linux内核命令开发 linux内核开发语言( 六 )


git.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
使用quilt管理的补丁集:
- USB, PCI, 驱动程序核心和I2C, Greg Kroah-Hartman gregkh@suse.de
kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/
- x86-64, 部分i386, Andi Kleen ak@suse.de
其他内核源码树可以在的列表中和MAINTAINERS文件里
找到 。
报告bug
-------
bugzilla.kernel.org是Linux内核开发者们用来跟踪内核Bug的网站 。我们鼓励用
户在这个工具中报告找到的所有bug 。如何使用内核bugzilla的细节请访问:
内核源码主目录中的REPORTING-BUGS文件里有一个很好的模板 。它指导用户如何报
告可能的内核bug以及需要提供哪些信息来帮助内核开发者们找到问题的根源 。
利用bug报告
-----------
练习内核开发技能的最好办法就是修改其他人报告的bug 。你不光可以帮助内核变
得更加稳定,还可以学会如何解决实际问题从而提高自己的技能,并且让其他开发
者感受到你的存在 。修改bug是赢得其他开发者赞誉的最好办法 , 因为并不是很多
人都喜欢浪费时间去修改别人报告的bug 。
要尝试修改已知的bug,请访问网址 。如果你想获得
最新bug的通知 , 可以订阅bugme-new邮件列表(只有新的bug报告会被寄到这里)
或者订阅bugme-janitor邮件列表(所有bugzilla的变动都会被寄到这里) 。
邮件列表
--------
正如上面的文档所描述,大多数的骨干内核开发者都加入了Linux Kernel邮件列
表 。如何订阅和退订列表的细节可以在这里找到:
网上很多地方都有这个邮件列表的存档(archive) 。可以使用搜索引擎来找到这些
存档 。比如:
在发信之前,我们强烈建议你先在存档中搜索你想要讨论的问题 。很多已经被详细
讨论过的问题只在邮件列表的存档中可以找到 。
大多数内核子系统也有自己独立的邮件列表来协调各自的开发工作 。从
MAINTAINERS文件中可以找到不同话题对应的邮件列表 。
很多邮件列表架设在kernel.org服务器上 。这些列表的信息可以在这里找到:
在使用这些邮件列表时,请记住保持良好的行为习惯 。下面的链接提供了与这些列
表(或任何其它邮件列表)交流的一些简单规则,虽然内容有点滥竽充数 。
当有很多人回复你的邮件时,邮件的抄送列表会变得很长 。请不要将任何人从抄送
列表中删除,除非你有足够的理由这么做 。也不要只回复到邮件列表 。请习惯于同
一封邮件接收两次(一封来自发送者一封来自邮件列表),而不要试图通过添加一
些奇特的邮件头来解决这个问题,人们不会喜欢的 。
记住保留你所回复内容的上下文和源头 。在你回复邮件的顶部保留“某某某说到……”
这几行 。将你的评论加在被引用的段落之间而不要放在邮件的顶部 。
如果你在邮件中附带补丁,请确认它们是可以直接阅读的纯文本(如
Documentation/SubmittingPatches文档中所述) 。内核开发者们不希望遇到附件
或者被压缩了的补丁 。只有这样才能保证他们可以直接评论你的每行代码 。请确保
你使用的邮件发送程序不会修改空格和制表符 。一个防范性的测试方法是先将邮件
发送给自己,然后自己尝试是否可以顺利地打上收到的补丁 。如果测试不成功,请
调整或者更换你的邮件发送程序直到它正确工作为止 。
总而言之 , 请尊重其他的邮件列表订阅者 。
linux内核命令开发的介绍就聊到这里吧,感谢你花时间阅读本站内容 , 更多关于linux内核开发语言、linux内核命令开发的信息别忘了在本站进行查找喔 。

推荐阅读