[转]详解Linux 2.6内核新文件系统变化机制（inotify）
原文地址：http://soft.yesky.com/os/lin/326/2237826.shtml
本文详细地介绍了在 Linux 2.6.13 内核中新引入的文件系统变化通知机制 inotify，并举例说明了它的使用与典型应用案例。
一、引言
众所周知，Linux 桌面系统与 MAC 或 Windows 相比有许多不如人意的地方，为了改善这种状况，开源社区提出用户态需要内核提供一些机制，以便用户态能够及时地得知内核或底层硬件设备发生了什么，从而能够更好地管理设备，给用户提供更好的服务，如 hotplug、udev 和 inotify 就是这种需求催生的。Hotplug 是一种内核向用户态应用通报关于热插拔设备一些事件发生的机制，桌面系统能够利用它对设备进行有效的管理，udev 动态地维护 /dev 下的设备文件，inotify 是一种文件系统的变化通知机制，如文件增加、删除等事件可以立刻让用户态得知，该机制是著名的桌面搜索引擎项目 beagle 引入的，并在 Gamin 等项目中被应用。
事实上，在 inotify 之前已经存在一种类似的机制叫 dnotify，但是它存在许多缺陷：
1．对于想监视的每一个目录，用户都需要打开一个文件描述符，因此如果需要监视的目录较多，将导致打开许多文件、述符，特别是，如果被监视目录在移动介质上（如光盘和 USB 盘），将导致无法 umount 这些文件系统，因为使用 dnotify 的应用打开的文件描述符在使用该文件系统。
2．dnotify 是基于目录的，它只能得到目录变化事件，当然在目录内的文件的变化会影响到其所在目录从而引发目录变化事件，但是要想通过目录事件来得知哪个文件变化，需要缓存许多 stat 结构的数据。
3．Dnotify 的接口非常不友好，它使用 signal。
Inotify 是为替代 dnotify 而设计的，它克服了 dnotify 的缺陷，提供了更好用的，简洁而强大的文件变化通知机制：
1．Inotify 不需要对被监视的目标打开文件描述符，而且如果被监视目标在可移动介质上，那么在 umount 该介质上的文件系统后，被监视目标对应的 watch 将被自动删除，并且会产生一个 umount 事件。
2．Inotify 既可以监视文件，也可以监视目录。
3．Inotify 使用系统调用而非 SIGIO 来通知文件系统事件。
4．Inotify 使用文件描述符作为接口，因而可以使用通常的文件 I/O 操作select 和 poll 来监视文件系统的变化。
Inotify 可以监视的文件系统事件包括：
相关文档：
在用户空间，使用ioctl系统调用来控制设备，原型如下：
int ioctl(int fd, unsigned long cmd, ...);
第三个参数不表示一个变数目的参数，而是一个类型可选的参数。第三个参数依赖于控制命令。一些命令不用参数，一些用一个整数值，一些使用指针
1、ioctl函数定义命令
在编写ioctl代码之前，首先需要定义命令。为了防止 ......
什么是驱动？
最通俗的解释就是“驱使硬件设备行动”
作用？
设备驱动与底层硬件直接打交道，按照硬件设备的具体工作方式读写设备寄存器，完成设备的轮询、中断处理、DMA通信，进行物理内存向虚拟内存的映射，最终使通信设备能够收发数据，使显示设备能够显示文字和画面，使存储设备能够记录文件号数据
计� ......
异步通知：一旦设备就绪，则主动通知应用程序，这样应用程序根本不需要查询设备状态，这一点非常类似于硬件上的“中断”的概念，比较准确的称谓是“信号驱动的异步I/O
//启动信号驱动机制
signal(SIGIO, input_handler);//让input_handler()处理SIGIO信号
fcntl(fd, F_SETOWN, getpid());//设 ......
今天，把windows下的工程导入到了Linux下eclipse中，由于以前的工程代码，都是GBK编码的，而Ubuntu默认是不支持GBK编码的。所以，首先我们要先让Ubuntu支持GBK，方法如下：
1.
修改/var/lib/locales /supported.d/local文件,在文件中添加
z ......
Spca5xx 摄像头驱动移植（For Linux 2.6.14）
一．下载并解压Spca5xx驱动，本文使用了gspcav1-20070508版本。
二．版本说明：之前尝试过spca5xx*的多个版本，虽然移植没有问题，但是在进行v4l应用时，出现很多莫名其妙的错误，比如ISOC data error等，后来换成了最新的gspca版本，问题全部解决。
三．完整编译移植好的Li ......
