第九章心得：
HAL ( Hardware Abstraction Layer，硬件抽象腔，〉是建立在Linux驱动之上的一套翻字库。这套程序 j率并不属于 Linux 内核， 而是属于 Linux 内核层之上的应用层。
加入hal的目的：
（1）统一硬件的调用接口。由于HAL有标准的调用接卧，所以可以利用 HAL屏蔽Linux 驱动复杂，不统一的借口
（2）解决了GPl版权问题。由于 Linux 内核基于GPL协议，而Android基于Apache Licence 2 .0 ，协议．因此Google玩了个“穿越飞将原本位于 Linux驱动中的敏感代码向上移了一个层次二 这样 这些敏感代码就摆脱了 GPL协议的束缚。那些不想开源的 Linux驱动作者也就没必要开源了。
（3）针对一些特殊的要求。 对于有些硬件，可能需要访问→些用户空间的资源，或在内核空间 不方便完成的工作以及特殊需求。在这种情况下，可以利用位于用户空间的HAL代码来辅助Linux 驱动完成一些工作。
为led驱动添加HAL步骤：
第 1 步，编写 Linux 驱动
“编写 Linux 驱动”，从表明上看是废话，但如果要为 Linux 驱动添加 HAL，而且想尽量保护敏 感数据。 Linux 驱动的代码就要尽量简洁，尽可能将业务逻辑放到 HALLibrary 中。
第 2 步：编写 HAL Library HAL Library
HAL Library HAL Library 就是普通的 Linux Library *.so ）文件。但这类库文件有一个接口。通过 HAL _MODULE_INFO _ SYM 变量实现。 Service Library 就是通过在这个接口中定义的 ID 定位 HAL Library 的。
第 3 步：编写 Service Library
尽管这步并不是必需的，但新的 HAL 架构要求我们这样做。 Service Library 也是 Linux Library。 这一步比较灵活。 Service Library 可以是一般的 Linux Library，也可以识别Library。在本章的 LED 驱动例子中将 Service Libraty和 Library 合到了一起。也就是说， Service Library就是JNI Library. 实际上这一步除了用 CIC件实现的＊.so 库文件外，还应该包含一个用 Java 编写的服务管理类 ( ServiceManager）。 ServiceManager会调用 Service Library。而 APK 程序会调用 ServiceManager类米 访问 Service Library。
第十章心得
打印调试信息printk。printk 函数在前面的章节己多数使用过。该函数的用法与printf 函数类似，具不过printk 函数 运行在内核空间。
printk是在内核中运行的向控制台输出显示的函数 ，linux内核首先在内核空间分配一个静态缓存区，作为显示用的空间，然后调用sprintf，格式化显示字符串，最后调用tty_write向终端进行信息的显示。
printk与printf的差异，是什么导致一个运行在内核态而另一个运行用户态?其实这两个函数的几乎是相同的，出现这种差异是因为tty_write函数需要使用fs指向的被显示的字符串，而fs是专门用于存放用户态段选择符的，因此，在内核态时，为了配合tty_write函数，printk会把fs修改为内核态数据段选择符ds中的值，这样才能正确指向内核的数据缓冲区，当然这个操作会先对fs进行压栈保存，调用tty_write完毕后再出栈恢复。总结说来，printk与printf的差异是由fs造成的，所以差异也是围绕对fs的处理。
proc_mkdir
name： 虚拟目录名称。
parent： 虚拟目录父目录的 proc_dir_entry结构体指针。如果直接在／proc 目录下建立虚拟目录，该参数的值为 NULL。
create_proc_entry
name： 虚拟文件名称。 mode： 虚拟文件的访问权限， 等同于 Linux 文件的访问权限。 parent： 虚拟文件父目录的 proc_ dir _ entry 结构体指针。如果直接在／proc 剖录下建立虚拟 文件，该参数的值为 NULL。
create_proc_read_entry
name： 虚拟文件名称。mode：虚拟文件的访问权限，等同于 Linux 文件的访问权限。Base：虚拟文件父目录的 proc_ dir _ entry 结构体指针。如果直接在／proc 下建立虚拟文件， 该参数的值为 NULL。
read_proc：处理读动作的函数指针。 data： 用于虚拟文件系统的数据（任意类型的指针〉。该值就是 proc_ dir_entry.read _proc 函数 的最后一个参数值。相当于与某个虚拟文件永久绑定的数据。如果不市要设置该数据，可以为 NULL. remove _proc _ entry 。name： 要删除的虚拟文件的名称。 parent： 虚拟文件父目录的 proc_ dir _ entry结构体指钊。如果直接在／proc 目录下建立虚拟 文件， 该参数的值为 NULL.
第十一章心得：
中断屏蔽、原子操作、自旋锁、 信号量、 互斥体都 是解决并发问题的机制。中断屏蔽很少单独使用，原子操作只能对整数和位进行操作，而自旋锁、 信号量、 互斥体的应有比较广泛。当然，如果强调代码片段的执行顺序， 可以使用完成量。 自旋锁会由于不断自旋而导致死循环（也就是死锁〉，而且锁定状态会造成 臼U 闲置，因此用 自旋锁保护的临界区的代码不能执行时间过长，当然，更不允许临界区出现阻塞情况。信号量允许 临界区阻惑，因此适用于大临界区的情况． 读写↓自旋锁和读写信号量分别是放宽了条件的自旋锁和信号量，它们允许多个执行单元同时对 ．共享资源执行读操作。
Linux中与完成量相关的操作：
（1）定义完成量struct completion my_completion；
（2）初始完成量init_completion(&my_completion);
（3）等待完成量wait_for_completion;
（4）唤醒完成量complete（）；
Linux 系统中与互斥体相关的操作主要有如下 4 种。
- 定义互斥体
定义互斥体需要使用 mutex 结构体，代码如下： struc.t mutex my_mutex;
2. 初始化直斥体 如果定义了 mutex 纯构体变量F耳以使隔nutex_init函数初始化该变量，
3. 获取互斥体
4. 释放放互斥休
信号量的分类
在学习信号量之前，我们必须先知道——Linux提供两种信号量：（1） 内核信号量，由内核控制路径使用（2） 用户态进程使用的信号量，这种信号量又分为POSIX信号量和SYSTEMV信号量。POSIX信号量又分为有名信号量和无名信号量。有名信号量，其值保存在文件中, 所以它可以用于线程也可以用于进程间的同步。无名信号量，其值保存在内存中。倘若对信号量没有以上的全面认识的话，你就会很快发现自己在信号量的森林里迷失了方向。第十二章心得
阻塞操作是指在执行设备操作时若不能获得资源则挂起进程，直到满足可操作的条件后再进行操作。
因为阻塞的进程会进入休眠状态，因此，必须确保有一个地方能够唤醒休眠的进程。唤醒进程的地方最大可能发生在中断里面，因为硬件资源获得的同时往往伴随着一个中断。
注意：驱动程序需要提供阻塞（等待队列，中断）和非阻塞方式（轮询，异步通知）访问设备。
休眠(被阻塞)的进程处于一个特殊的不可执行状态。这点非常重要，否则，没有这种特殊状态的话，调度程序就可能选出一个本不愿意被执行的进程，更糟糕的是，休眠就必须以轮询的方式实现了。进程休眠有各种原因，但肯定都是为了等待一些事件。事件可能是一段时间、从文件I/O读更多数据，或者是某个硬件事件。一个进程还有可能在尝试获得一个已经占用的内核信号量时被迫进入休眠。休眠的一个常见原因就是文件I/O -- 如进程对一个文件执行了read()操作，而这需要从磁盘里读取。还有，进程在获取键盘输入的时候也需要等待。无论哪种情况，内核的操作都相同:进程把它自己标记成休眠状态，把自己从可执行队列移出，放入等待队列，然后调用schedule()选择和执行一个其他进程。唤醒的进程刚好相反:进程被设置为可执行状态，然后再从等待队列中移到可执行队列。
休眠有两种相关的进程状态:TASK_INTERRUPTIBLE and TASK_UNINTERRUPTIBLE。它们的惟一区别是处于TASK_UNINTERRUPTIBLE状态的进程会忽略信号，而处于TASK_INTERRUPTIBLE状态的进程如果收到信号会被唤醒并处理信号(然后再次进入等待睡眠状态)。两种状态的进程位于同一个等待队列上，等待某些事件，不能够运行。休眠通过等待队列进行处理。等待队列是由等待某些事件发生的进程组成的简单链表。内核用wake_queue_head_t来代表等待队列。
等待队列可以通过DECLARE_WAITQUEUE()静态创建。
也可用init_waitqueue_head()动态创建。进程把自己放入等待队列中并设置成不可执行状态。等与等待队列相关的事件发生的时候，队列上的进程会被唤醒。为了避免产生竞争条件，休眠和唤醒的实现不能有纰漏。
等待队列
在Linux驱动程序中，可以使用等待队列来实现阻塞进程的唤醒。
进程通过执行下面几步将自己加入到一个等待队列中：
当然，首先是定义等待队列头，并初始化：
（1）wait_queue_head_t wait;
（2）init_waitqueue_head(&wait);