字符设备（可直接操作硬件--寄存器）

字符设备驱动：驱动是为用户（应用层）服务的（操作硬件是过程，目的是用户）。

字符驱动在软件架构中的位置：

         设备号：  当用户访问 文件节点的时候，比如 open (/dev/)

         u32无符号整型（可对应2^32个设备），其中高12bit称为主设备号，低20bit称为此设备号。           字符设备驱动（文件对象），有哪些东西：

        （1）、  属性：设备号（2）、方法：open /read/write/close/ioctl

如何编写 字符设备驱动程序：

         1、向设备申请一个设备号c'd

         2、实现 一个字符设备驱动对象： devno  open  read  write  close

                         (初始化内部成员，指定方法；添加驱动对象到内核中，并指定设备号)

         3、创建一个文件节点（创建一个分类；在该类下创建一个节点）

内核的同步（即互斥）：锁

       解决同时访问同一个共享资源的问题。

      字符设备的文件节点可能会被 同时多个进程访问

锁：内核提供了几种锁

         （1）、原子变量：他本质上 不属于锁

           int i = 5;  i++ ;(一个/多个进程 同时访问，会出问题即:编译时，从RAM-->寄存器，读，加，回过程中，过程被其他进程打断；但用上千行代码指令进行加锁保护该3条指令不划算，故引入原子变量 )

      原子变量，本质上是一个整数；   原子变量，主要用于计数，只有加减。

         （2）、互斥锁  （节约空间，但实时性差，不能用于中断）

                 为共享资源准备一把锁：定义并初始化 互斥锁（特殊-在模块入口非open）

    struct mutex mlock;   void mutex_init(struct mutex *mlock)                    

   使用之前加锁：  mutex_lock(struct mutex * lock)

   使用完毕解锁：mutex_unlock(struct mutex * lock)

 （3）、自旋锁 （很耗CPU，但实时性强，用在中断，实时性高度的进程中）

IO模型  （在驱动中用于内核对桌面鼠标位置数据包的接受等）

 IO ： input out通信模型

通信过程中 会有哪些问题？？？

     用户进程去内核访问数据，发现驱动中没有数据时：

  阻塞（iomode）    .... ，进程（fork）主动睡眠等待…当有数据的时候（产生中断）唤醒该进程  ,

                   进程获取数据， 返回用户层   （重要）

        流程： 1、定义并初始化一个等待队列

wait_queue_head_t wq_head;     void init_waitqueue_head (wait_queue_head_t *q)    

                  2、进程发现内核没有数据，于是去 等待队列上睡眠

            wait_event_ininterruptible(wq,int condition）      wq,等待队列

    注意，参数是一个变量，不是指针， 因为整个 wait-event_interruptible,都是宏参数

   直接替换到当前位置 ，没有发生任何函数调用condtion: 函数内部自带判断 数据有和无。

                  3、中断唤醒等待队列上的进程

  即：当送来数据，另一个执行单元（中断 --另一个进程）唤醒 等待队列上的进程

      wake_up_interruptable()

 非阻塞           ....，进程立即返回，去做其他工作，后续会反复访问内核数据….（fcntl=iocntl-获取文件：..)                阻塞与非阻塞由用户决定

如何实现非阻塞呢？？？  如何实现非阻塞呢????

当open一个文件的时候,返回 int fd;  fd在内核中表示struct file{    int f_flags;  };

f_flags 有32bit,每一个比特 都表示文件的一种属性 ,  某位置一表示文件可写,置零表示不可写

置一表示可读,置零表示不可读 ...... ......

其中 有这么一个bit, 置一表示文件时  非阻塞的  ,置零---阻塞的

1. 通过fd获取  f = file::flags

2. 将        f |= 1<<x ;

3. 将f 覆盖   file::flags

异步通知      ....，用户进程平时不关注内核数据，当硬件有了数据（产生中断），  中断中会主动给 进程发信号，进程收到信号之后，再去内核读取数据…..

 多路复用      ....,（驱动中没有，一个进程）同时监控多个字符设备 文件节点，任何一个节点有了数据 ，则返回处理