+ -
当前位置:首页 → 问答吧 → 多年收藏的嵌入式视频全集种子分享了

多年收藏的嵌入式视频全集种子分享了

时间:2011-12-05

来源:互联网

各位,我还是一个内核的门外人,前几天我成功编译(默认配置文件)并安装了3.1.0(基于X86).这作为了我开始内核学习的一个开始吧。然后这两天我一直想着把自己的思路理清楚了,至少我想先让自己知道一个内核镜像是如何从一堆源代码文件生成而来的。所以我做了一些相应的学习,看了几个DOC目录下的文档,像Documentation/kbuild/makefile.txt之类的。然后准备在自己的学习笔记上如下记录:
“为了弄清楚从一堆源文件编译成一个内核镜像的机制,可能明白的人随口就能说出123来,可惜我一直很孤独。我想我有必要让自己学得明白学得痛快一些。至少可以知道的是,完成这个机制的唯一命令操作就是make,而这个命令的唯一接触文件就是makefile,所以我想这两个东西肯定是问题的切入点。只是在分析这个过程中,我知道了其实还有一个叫Kbuild的东西在操作着这个过程,也就是表面上我们觉得应该是在makefiles里面写上了所有make过程中的规则和顺序,但是这可能只是我们看见的一个执行的躯体,其灵魂应该还是Kbuild。但是怎么说都不至于是错的。真正的机制肯定是在这里面流转着。就像生命不知道到底归属于谁,但是还是那样鲜活地存在着。
在整个TOP目录下,目前最让我想去看看文件就是Makefile和Kbuild,但是发现Kbuild文件里面几乎没有看见任何进行具体编译操作的信息,然而它却和这件事息息相关,所以我再次认为它在这件事里面是一个幕后的身份。而1500多行的TOP Makefile只是一个收集变量和其他信息的中介身份。当然这里没有谁更重要的说法,就像两个人在一起,不应该有谁更爱谁一点的说法。但是无论怎么说,对于一个不是去维护Kbuild的人来说,Makefile对我们是最透明的,因为我们可以从它收集信息的过此就可以看到整个过程了。所以我将会把绝大多精力都放在对Makefile的解析上来,尽管这对我来说不一定是一件容易的事。”
在这里想让各位前辈或者同阶段的同学们这种想法是否还正确,或者我对Kbuild的认识是否还正确。
谢谢!

作者: junjianDAI   发布时间: 2011-12-05

向前辈致敬
不才对内核的了解还很片面

Ps:为照顾眼力不佳的同学 比如咱, 烦请您编辑时手下留情

作者: remeber   发布时间: 2011-12-05

remeber 写道:
向前辈致敬
不才对内核的了解还很片面

Ps:为照顾眼力不佳的同学 比如咱, 烦请您编辑时手下留情

呵呵。不好意思阿,改过来了。我也是刚发现我自己看着也比较费劲。

作者: junjianDAI   发布时间: 2011-12-05

没有人回答。。
那这个内核区里面有哪些人是研究内核的呢???

作者: junjianDAI   发布时间: 2011-12-09

各位,我还是一个内核的门外人,前几天我成功编译(默认配置文件)并安装了3.1.0(基于X86).这作为了我开始内核学习的一个开始吧。然后这两天我一直想着把自己的思路理清楚了,至少我想先让自己知道一个内核镜像是如何从一堆源代码文件生成而来的。所以我做了一些相应的学习,看了几个DOC目录下的文档,像Documentation/kbuild/makefile.txt之类的。然后准备在自己的学习笔记上如下记录:
“为了弄清楚从一堆源文件编译成一个内核镜像的机制,可能明白的人随口就能说出123来,可惜我一直很孤独。我想我有必要让自己学得明白学得痛快一些。至少可以知道的是,完成这个机制的唯一命令操作就是make,而这个命令的唯一接触文件就是makefile,所以我想这两个东西肯定是问题的切入点。只是在分析这个过程中,我知道了其实还有一个叫Kbuild的东西在操作着这个过程,也就是表面上我们觉得应该是在makefiles里面写上了所有make过程中的规则和顺序,但是这可能只是我们看见的一个执行的躯体,其灵魂应该还是Kbuild。但是怎么说都不至于是错的。真正的机制肯定是在这里面流转着。就像生命不知道到底归属于谁,但是还是那样鲜活地存在着。
在整个TOP目录下,目前最让我想去看看文件就是Makefile和Kbuild,但是发现Kbuild文件里面几乎没有看见任何进行具体编译操作的信息,然而它却和这件事息息相关,所以我再次认为它在这件事里面是一个幕后的身份。而1500多行的TOP Makefile只是一个收集变量和其他信息的中介身份。当然这里没有谁更重要的说法,就像两个人在一起,不应该有谁更爱谁一点的说法。但是无论怎么说,对于一个不是去维护Kbuild的人来说,Makefile对我们是最透明的,因为我们可以从它收集信息的过此就可以看到整个过程了。所以我将会把绝大多精力都放在对Makefile的解析上来,尽管这对我来说不一定是一件容易的事。”
在这里想让各位前辈或者同阶段的同学们这种想法是否还正确,或者我对Kbuild的认识是否还正确。
谢谢!

作者: junjianDAI   发布时间: 2011-12-05

向前辈致敬
不才对内核的了解还很片面

Ps:为照顾眼力不佳的同学 比如咱, 烦请您编辑时手下留情

作者: remeber   发布时间: 2011-12-05

remeber 写道:
向前辈致敬
不才对内核的了解还很片面

Ps:为照顾眼力不佳的同学 比如咱, 烦请您编辑时手下留情

呵呵。不好意思阿,改过来了。我也是刚发现我自己看着也比较费劲。

作者: junjianDAI   发布时间: 2011-12-05

没有人回答。。
那这个内核区里面有哪些人是研究内核的呢???

作者: junjianDAI   发布时间: 2011-12-09

各位,我还是一个内核的门外人,前几天我成功编译(默认配置文件)并安装了3.1.0(基于X86).这作为了我开始内核学习的一个开始吧。然后这两天我一直想着把自己的思路理清楚了,至少我想先让自己知道一个内核镜像是如何从一堆源代码文件生成而来的。所以我做了一些相应的学习,看了几个DOC目录下的文档,像Documentation/kbuild/makefile.txt之类的。然后准备在自己的学习笔记上如下记录:
“为了弄清楚从一堆源文件编译成一个内核镜像的机制,可能明白的人随口就能说出123来,可惜我一直很孤独。我想我有必要让自己学得明白学得痛快一些。至少可以知道的是,完成这个机制的唯一命令操作就是make,而这个命令的唯一接触文件就是makefile,所以我想这两个东西肯定是问题的切入点。只是在分析这个过程中,我知道了其实还有一个叫Kbuild的东西在操作着这个过程,也就是表面上我们觉得应该是在makefiles里面写上了所有make过程中的规则和顺序,但是这可能只是我们看见的一个执行的躯体,其灵魂应该还是Kbuild。但是怎么说都不至于是错的。真正的机制肯定是在这里面流转着。就像生命不知道到底归属于谁,但是还是那样鲜活地存在着。
在整个TOP目录下,目前最让我想去看看文件就是Makefile和Kbuild,但是发现Kbuild文件里面几乎没有看见任何进行具体编译操作的信息,然而它却和这件事息息相关,所以我再次认为它在这件事里面是一个幕后的身份。而1500多行的TOP Makefile只是一个收集变量和其他信息的中介身份。当然这里没有谁更重要的说法,就像两个人在一起,不应该有谁更爱谁一点的说法。但是无论怎么说,对于一个不是去维护Kbuild的人来说,Makefile对我们是最透明的,因为我们可以从它收集信息的过此就可以看到整个过程了。所以我将会把绝大多精力都放在对Makefile的解析上来,尽管这对我来说不一定是一件容易的事。”
在这里想让各位前辈或者同阶段的同学们这种想法是否还正确,或者我对Kbuild的认识是否还正确。
谢谢!

作者: junjianDAI   发布时间: 2011-12-05

向前辈致敬
不才对内核的了解还很片面

Ps:为照顾眼力不佳的同学 比如咱, 烦请您编辑时手下留情

作者: remeber   发布时间: 2011-12-05

remeber 写道:
向前辈致敬
不才对内核的了解还很片面

Ps:为照顾眼力不佳的同学 比如咱, 烦请您编辑时手下留情

呵呵。不好意思阿,改过来了。我也是刚发现我自己看着也比较费劲。

作者: junjianDAI   发布时间: 2011-12-05

没有人回答。。
那这个内核区里面有哪些人是研究内核的呢???

作者: junjianDAI   发布时间: 2011-12-09

热门下载

更多