你也许以为自己想要稳定的内核接口，但是你不清楚你要的实际上不是它。你需 要的其实是稳定的驱动程序，而你只有将驱动程序放到公版内核的源代码树里， 才有可能达到这个目的。而且这样做还有很多其它好处，正是因为这些好处使得 Linux能成为强壮，稳定，成熟的 *** 作系统，这也是你最开始选择Linux的原因。
只有那些写驱动程序的“怪人”才会担心内核接口的改变，对广大用户来说，既 看不到内核接口，也不需要去关心它。
既然只谈技术问题，我们就有了下面两个主题：二进制内核接口和稳定的内核源 代码接口。这两个问题是互相关联的，让我们先解决掉二进制接口的问题。
假如我们有一个稳定的内核源代码接口，那么自然而然的，我们就拥有了稳定的 二进制接口，是这样的吗？错。让我们看看关于Linux内核的几点事实：
对于一个特定的内核，满足这些条件并不难，使用同一个C编译器和同样的内核配 置选项来编译驱动程序模块就可以了。这对于给一个特定Linux发布的特定版本提 供驱动程序，是完全可以满足需求的。但是如果你要给不同发布的不同版本都发 布一个驱动程序，就需要在每个发布上用不同的内核设置参数都编译一次内核， 这简直跟噩梦一样。而且还要注意到，每个Linux发布还提供不同的Linux内核， 这些内核都针对不同的硬件类型进行了优化（有很多种不同的处理器，还有不同 的内核设置选项）。所以每发布一次驱动程序，都需要提供很多不同版本的内核 模块。
相信我，如果你真的要采取这种发布方式，一定会慢慢疯掉，我很久以前就有过 深刻的教训…
如果有人不将他的内核驱动程序，放入公版内核的源代码树，而又想让驱动程序 一直保持在最新的内核中可用，那么这个话题将会变得没完没了。 内核开发是持续而且快节奏的，从来都不会慢下来。内核开发人员在当前接口中 找到bug，或者找到更好的实现方式。一旦发现这些，他们就很快会去修改当前的 接口。修改接口意味着，函数名可能会改变，结构体可能被扩充或者删减，函数 的参数也可能发生改变。一旦接口被修改，内核中使用这些接口的地方需要同时 修正，这样才能保证所有的东西继续工作。
举一个例子，内核的USB驱动程序接口在USB子系统的整个生命周期中，至少经历 了三次重写。这些重写解决以下问题：
这和一些封闭源代码的 *** 作系统形成鲜明的对比，在那些 *** 作系统上，不得不额 外的维护旧的USB接口。这导致了一个可能性，新的开发者依然会不小心使用旧的 接口，以不恰当的方式编写代码，进而影响到 *** 作系统的稳定性。 在上面的例子中，所有的开发者都同意这些重要的改动，在这样的情况下修改代 价很低。如果Linux保持一个稳定的内核源代码接口，那么就得创建一个新的接口 ；旧的，有问题的接口必须一直维护，给Linux USB开发者带来额外的工作。既然 所有的Linux USB驱动的作者都是利用自己的时间工作，那么要求他们去做毫无意 义的免费额外工作，是不可能的。 安全问题对Linux来说十分重要。一个安全问题被发现，就会在短时间内得到修 正。在很多情况下，这将导致Linux内核中的一些接口被重写，以从根本上避免安 全问题。一旦接口被重写，所有使用这些接口的驱动程序，必须同时得到修正， 以确定安全问题已经得到修复并且不可能在未来还有同样的安全问题。如果内核 内部接口不允许改变，那么就不可能修复这样的安全问题，也不可能确认这样的 安全问题以后不会发生。 开发者一直在清理内核接口。如果一个接口没有人在使用了，它就会被删除。这 样可以确保内核尽可能的小，而且所有潜在的接口都会得到尽可能完整的测试 （没有人使用的接口是不可能得到良好的测试的）。
如果你写了一个Linux内核驱动，但是它还不在Linux源代码树里，作为一个开发 者，你应该怎么做？为每个发布的每个版本提供一个二进制驱动，那简直是一个 噩梦，要跟上永远处于变化之中的内核接口，也是一件辛苦活。 很简单，让你的驱动进入内核源代码树（要记得我们在谈论的是以GPL许可发行 的驱动，如果你的代码不符合GPL，那么祝你好运，你只能自己解决这个问题了， 你这个吸血鬼把Andrew和Linus对吸血鬼的定义链接到这里>）。当你的代码加入 公版内核源代码树之后，如果一个内核接口改变，你的驱动会直接被修改接口的 那个人修改。保证你的驱动永远都可以编译通过，并且一直工作，你几乎不需要 做什么事情。
把驱动放到内核源代码树里会有很多的好处：
驱动是内核的一部分，作为直接访问物理硬件的一个软件层，用于应用程序与物理硬件设备通信。内核包含多种驱动，如WIFI、USB、Audio、蓝牙、相机、显示驱动。
（1）设备驱动程序三类：字符设备驱动程序、块设备驱动程序、网络设备驱动程序；
（2）对应Linux三类设备：字符设备、块设备、网络设备；
（3）常见字符设备：鼠标、键盘、串口、控制台等；
（4）常见块设备：各种硬盘、flash磁盘、RAM磁盘等；
（5）网络设备(网络接口)：eth0、eth1，注：网络设备没有设备节点，应用程序通过Socket访问网络设备。由于网络设备面向报文，较难实现相关read、write等文件读写函数，所以驱动的实现也与字符设备和块设备不同。
Linux使用对文件一样的管理方式来管理设备，所有设备都以文件的形式存放在/dev目录下，系统中的每个字符设备或者块设备都必须为其创建一个设备文件，它包含了该设备的设备类型（块设备或字符设备）、设备号（主设备号和次设备号）以及设备访问控制属性等。设备节点通过 mknod 命令创建，也可以由Udev用户工具软件在系统启动后根据/sys目录下每个设备的实际信息创建，使用后一种方式可以为每个设备动态分配设备号。
Linux中设备节点通过“mknod”命令创建，创建时需要指定主设备号和次设备号，即指定对应的驱动程序和对应的物理设备（访问设备节点时就相当于通过其设备号访问驱动程序进而间接访问到物理设备）。主设备号用来区分不同种类的设备，而次设备号用来区分同一类型的多个设备。对于常用设备，Linux有约定俗成的编号，如硬盘的主设备号是3
理解：应用程序通过访问设备节点读取主设备号和次设备号，通过主设备号找对应的驱动，通过次设备号对应到具体物理设备。注：1个驱动对应一类设备，并用唯一主设备号标识。
Linux支持的各种设备的主设备号定义在include/linux/major.h文件中，已经在官方注册的主设备号和次设备号在Documentation/devices.txt文件中。
Android系统最底层是Linux，并且在中间加上了一个Dalvik / ART的Java虚拟机，从表面层看是Android运行库。每个Android应用都运行在自己的进程上，享有Dalvik / ART虚拟机为它分配的专有实例，并支持多个虚拟机在同一设备上高效运行，虚拟机执行的是专有格式的可执行文件(.dex) - 该格式经过优化，以将内存好用降到最低。
Android内核和Linux内核的差别主要体现在如下11个方面：
怎么学linux内核驱动？1. 分享Linux内核学习和驱动开发的经验。内核学习
Linux 内核功能越来越完善，如果没有充裕的时间，深入内核并不是很现实。所以建议先读一本内核的书，
第一遍是读，会读的很迷糊；之后反省一下，然后再浏览一下；可以想象一个 OS 是如何运行的，这样可以不
陷入 Linux 内核的细节；最后可以深入自己感兴趣或者需要的那一子系统
推荐 《Linux Kernel Development》
即便是子系统，也是很庞大的。一个省力的方式是网上搜一些相关的文章，便于快速了解这个子系统的运作；
然后结合代码，形成自己的认知，最后做一下总结。如果仅仅是快速了解某一子系统的运作，可以参考一些早期
代码的注解书籍，再深入的时候看看最新的代码实现
对内核的认知是一个反复的过程，一开始并不完善，可能需要反复纠正。不要陷入这种纠错中；而是以后继续
使用和学习过程中，发现了没有弄清楚的地方再深入，毕竟 Linux 内核是不断变化的
还有一个很好的方式是，从系统调用入手，现在这方面的数据不少，而且对系统调用的语义都有讲解，这样可以
间接了解 Linux 系统的一些概念。对系统调用熟悉了，可以根据系统调用的执行过程，来大体了解内核的一个
运作过程；但是跟踪系统调用的时候要注意抓主线，现在内核系统很复杂，一些 code path 上可能会涉及多个
子系统，可以从名字上猜测它们是干什么的，不需要深入，否则会发现精力完全被分散掉了
学习 Linux 内核，一个很重要的是抽象的能力，所谓的抽象这里仅仅是指分清接口和接口的实现。因为 Linux
内核子系统很多，有很多子系统相互渗透，这样 code path 看上去很复杂。阅读代码的时候，为了排除干扰，
需要分清哪些是自己需要看的，哪些是其它子系统的接口，对于其它子系统的接口，先当作它们功能完善不会
出问题好了，这样可以关注重点；打个比方，一个应用程序的代码可能量很大，比如一个 apache 项目，它
包含很多组件，有时候阅读代码的时候会看到不同组件的 API，深入看相关组件实现并不现实，这时候分清主次
对于代码的阅读就很有帮助了，总不能看到了 malloc 就要先把它的实现弄清楚吧，系统调用多者呢
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）