浅析Linux从API调用到底层驱动的过程

2019-07-13 05:00发布

转自:https://blog.csdn.net/u014294166/article/details/52155913  

一、结构流程图

本篇只是嵌入式Linux的开篇,仅仅通过如下结构来简单说说调用流程。 
这里写图片描述 分析:应用层调用open()函数打开鼠标文件时的调用过程。 
当用户通过API中的open()函数试图去打开一个鼠标文件时,open()函数会有一个返回值,这个返回值即为文件描述符,文件描述符被定义为file结构体,file结构体关联到硬件驱动,然后硬件驱动去关联到相应的硬件设备。 
再具体一点说,API的open()函数会通过系统调用,而系统调用进入到系统内核即VFS。然后根据文件描述符File来对应硬件驱动。文件描述符实际上是一个结构体,里面是一些函数指针,会提前注册到内核,linux驱动和windows驱动的模型不同,根据不同的模型进行不同的函数封装,当需要调用哪个就是通过回调进行调用驱动。 
其中File结构体中有一个inode成员,inode是磁盘索引,可以理解为标记了文件在磁盘的位置。 ============无聊分割线============== 
突然发现自己一不小心迈入了所谓的“嵌入式”开发,曾经准备走应用层的开发,准备玩转网络协议的,可是谁都计划不了真正的未来O(∩_∩)O。。。。好吧,既然到了底层,何不借此机会好好的去深究一下编程的本质呢?!现在有时有种“错觉”,觉得所做的应用层开发实际上只是在模仿底层行为给了个UI而已。弄懂底层的实现原理或许可以把问题看得更透彻,更利于去分析问题,升华问题。