Linux应用程序和驱动程序接口

现在我们已经知道了，我们为什么写驱动程序

是因为在linux里面，我们不能直接访问硬件

那我们如何写驱动程序呢？

驱动程序有很多 LED,KEY,CAMERA，我们总不能针对每种驱动程序都设置接口

APP只能调用标准接口，open，read，write来访问接口

那我们如何写驱动程序

最简单的方法就是，提供对应函数，

LED_open,LED_read,LED_write 这样就可以一一对应，从这个驱动程序来看，我们写最简单的驱动程序，并不复杂，框架也不难

open 会利用异常处理指令，会根据文件信息'/dev/led/'来调用驱动程序，文件和驱动程序之间的联系，我们先不讲

以前我们可以直接访问这些函数，现在我们必须使用这些标准接口

应用程序必须通过open,read,write 这个没有办法

Linux的驱动程序就等于这些框架加上硬件操作

驱动=框架+硬件操作

硬件操作和单片机一样（与MCU一样）

对于最简单的驱动程序我们暂时可以这么认为

我们利用的是SW异常， swi #0 会触发异常，进入内核SWI处理函数，CPU一定会执行按键的中断处理函数，内核就会分辨，调用 sys_open,sys_read,sys_write

实际上在我们的单片机里面，很多的操作系用也都是故意出发 SYC异常（）与SWI异常相似，在单片机操作系统重也是故意触发异常，swi software interrupt

应用程序必须通过驱动程序才可以访问到硬件，比如说我有一个设备，有一个风扇在这里，风扇在正向旋转的时候，你不可以设置他，把它变成反向旋转

我们可以设置某个寄存器让他正向，或者反向旋转，但是我们不可以突然改变他

如果我们直接访问硬件的话，不怀好意的人可以突然改变状态，这样硬件会坏

如果通过驱动程序可以访问的话，写驱动程序的人是可以信赖的，正转和反转可以传入参数，让他正转或者反转，但是里面会有很多保护措施，比如先让风扇停下来，然后再进行操作

我们只允许你写应用程序，不允许你写驱动程序，写驱动程序的人我们是可以青睐的，没有什么坏心思，不允许写应用程序的人胡乱操作我的硬件

LINUX有很多约定俗成的习惯__open是他们内部自己实现的

---

在linu系统中应用和驱动严格分开,open,write这些函数是由库函数提供的，它的实质是调用一条汇编指令，产生异常，CPU就会执行异常的处理函数，CPU会分辨你是因为什么而产生异常，他会去设置寄存器，会让R0等于某个value，内核的处理函数会去分辨Value

分辨这个R0的值，根据这个值，来判断执行什么函数

可以找到驱动，调用驱动程序的ipen