zvivi521的专栏

找到一篇好文章 http://www.51know.info/system_security/inotify.html 1. Inotify 机制概述 1.1. Inotify 介绍 在日常的运维过程中，经常需要备份某些文件，或者对系统的某些文件进行监控，比如重要的配置文件等。如果需要作到实时同步或者监控，就需要使用内核的inotify机制 Inotify 是基于

1、从网上下载了mtd-utils源码 2、集成需要擦，写，读      使用文件nand_write.c ,nand_dump.c, flash_erase.c 3、因为这些命令是命令行下运行的。     在传递argv的时候耗时很久。     int nand_dump(int argc, char * const argv[])     以nand_dump为例，参数传递方法如下

换了内核之后，监测/root/a.txt，使用echo "fsfsdfdsf">a.txt来修改文件，文件是变化的。应该和内核没有关系。 删除也好用，那难道event0就是不变化吗？ 果然，替换回来，是好用的。 那就说明内核不需要配置CONFIG_NOTIFY也可以了？？不大明白。因为编译内核大概用了一上午的时间。 glibc看来和和这个关系挺大。百度这么说

仔细查看，无论如何操作，event0文件都没有变化，难道内核有问题？没有将这个文件修改？ 烧成之前的内核，event0也是没有变化的，这是为什么呢？ 昨天做过这样的测试，监测一个文件，我在windows下，不停地修改这个文件，结果开发板也没用得到modify的消息。 eventX代表的是所有输入设备(input核心)的事件，比如按键按下，或者鼠标移动，或者游戏遥控器等等，

Inotify 使用系统调用而非 SIGIO 来通知文件系统事件。 Inotify 可以监视的文件系统事件包括： IN_ACCESS，即文件被访问 IN_MODIFY，文件被 write IN_ATTRIB，文件属性被修改，如 chmod、chown、touch 等 IN_CLOSE_WRITE，可写文件被 close IN_CLOSE_NOWRITE，不可写文件被 c

查看内核中的 include/linux/inotify.h inotify_add_watch 以及inotify_init与网上查到的不相同。经过不停地网络搜索，终于明白，这是内核中使用的，并不是给用户使用的。 用户态函数接口： 用户态接口： int fd = inotify_init (); 打开inotify文件（虚拟的）返回文件描述符 int wd=inotify_add_

在编译链查找 ./x86-arm/gcc-3.4.3-csl-uClibc-0.9.30-softvfp/usr/include/sys/inotify.h   打开一看，果然是寻找已久的用户空间的头文件

需求: 监测u盘、USB鼠标、USB键盘、无线遥控器等设备。 我是这么想的，创建一个inotify实例，开启一个任务，用来读写这个inotify实例上监听到的事件，并通过注册的回调反馈这些事件。 如果想添加监听和删除监听的话，可以动态调用addwatch接口，rmwatch接口。 呀，记得在哪里看过，一个inotify实例最多可以添加多少个watch，找了半天也没找到。 watch描述符

找inotify_init对应的函数。一直认为是inotify_destroy。貌似不对。 其实inotify_init打开了一个文件，用read可以操作，那么关闭应该使用close才对。 一直看有介绍要配合select使用，现在还没用上，不知道怎么用。 http://www.ibm.com/developerworks/cn/linux/l-ubuntu-inotify/index.htm

需要sdk下执行 make mpi.mk -j mm -j