字符驱动开发之韦东山视频学习4——APP读取按键值之中断的四种方式

APP 读取按键的 4 种方法

① 查询方式
② 休眠-唤醒方式
③ poll 方式
④ 异步通知方式
第 2、 3、 4 种方法，都涉及中断服务程序。

1、查询方式

驱动程序中构造、注册一个 file_operations 结构体，里面提供有对应的 open,read 函数。
APP 调用 open 时，导致驱动中对应的 open 函数被调用，在里面配置 GPIO 为输入引脚。
APP 调用 read 时，导致驱动中对应的 read 函数被调用，它读取寄存器，把引脚状态直接返
回给 APP。
 

2、休眠-唤醒方式

驱动程序中构造、注册一个 file_operations 结构体，里面提供有对应的 open,read 函数。
APP 调用 open 时，导致驱动中对应的 open 函数被调用，在里面配置 GPIO 为输入引
脚；并且注册 GPIO 的中断处理函数。
APP 调用 read 时，导致驱动中对应的 read 函数被调用， 如果有按键数据则直接返回给
APP；否则 APP 在内核态休眠。（这里返回的是按键状态）
当用户按下按键时， GPIO 中断被触发，导致驱动程序之前注册的中断服务程序被执行。
它会记录按键数据，并唤醒休眠中的 APP。
APP 被唤醒后继续在内核态运行，即继续执行驱动代码，把按键数据返回给 APP(的用
户空间)

3、poll 方式

驱动程序中构造、注册一个 file_operations 结构体，里面提供有对应的 open,read,poll
函数。
APP 调用 open 时，导致驱动中对应的 open 函数被调用，在里面配置 GPIO 为输入引
脚；并且注册 GPIO 的中断处理函数。
APP 调用 poll 或 select 函数，意图是“查询”是否有数据，这 2 个函数都可以指定一个超
时时间，即在这段时间内没有数据的话就返回错误。这会导致驱动中对应的 poll 函数被调
用，如果有按键数据则直接返回给 APP；否则 APP 在内核态休眠一段时间。
当用户按下按键时， GPIO 中断被触发，导致驱动程序之前注册的中断服务程序被执行。
它会记录按键数据，并唤醒休眠中的 APP。
如果用户没按下按键，但是超时时间到了，内核也会唤醒 APP。
所以 APP 被唤醒有 2 种原因：用户操作了按键，超时。被唤醒的 APP 在内核态继续运
行，即继续执行驱动代码，把“状态”返回给 APP(的用户空间)。
APP 得到 poll/select 函数的返回结果后，如果确认是有数据的，则再调用 read 函数，
这会导致驱动中的 read 函数被调用，这时驱动程序中含有数据，会直接返回数据。
 

4、异步通知方式

异步通知的实现原理是：内核给 APP 发信号。信号有很多种，这里发的是 SIGIO。
驱动程序中构造、注册一个 file_operations 结构体，里面提供有对应的 open,read,fasync
函数。
APP 调用 open 时，导致驱动中对应的 open 函数被调用，在里面配置 GPIO 为输入引
脚；并且注册 GPIO 的中断处理函数。
APP 给信号 SIGIO 注册自己的处理函数： my_signal_fun。
APP 调用 fcntl 函数， 把驱动程序的 flag 改为 FASYNC，这会导致驱动程序的 fasync 函
数被调用，它只是简单记录进程 PID。
当用户按下按键时， GPIO 中断被触发，导致驱动程序之前注册的中断服务程序被执行。
它会记录按键数据， 然后给进程 PID 发送 SIGIO 信号。
APP 收到信号后会被打断，先执行信号处理函数：在信号处理函数中可以去调用 read
函数读取按键值。
信号处理函数返回后， APP 会继续执行下来的代码。

29是什么意思呢？

SIGIO        29         /* I/O now possible (4.2 BSD).  */              忽略信号     描述符上可以进行I/O

SIGIO 23,29,22 A 某I/O操作现在可以进行了，SINGALIO对应的数字标志，表示我现在可以进行io操作，如果我没有signal函数的话直接kill就死掉了。