coldsnow33的专栏

设备映射表kobj_map内核自己维护了一个设备映射表，对于字符设备叫做cdev_map，块设备叫做bdev_map，里面维护了设备号到注册的设备本身数据结构的映射，最终也就拿到这设备驱动自己的核心数据结构，这一步完成了从用户态设备文件到对应在内核中的设备驱动核心数据结构的一个关系建立过程。

内核自己维护了一个设备映射表，对于字符设备叫做cdev_map，块设备叫做bdev_map，里面维护了设备号到注册的设备本身数据结构的映射，最终也就拿到这设备驱动自己的核心数据结构，这一步完成了从用户态设备文件到对应在内核中的设备驱动核心数据结构的一个关系建立过程。

用户接口一 epoll工作原理别人是这样总结的。你如果想进行IO操作时，先向epoll查询是否可读或可写，如果处于可读或可写状态后，epoll会通过epoll_wait函数通知你，此时你再进行进一步的recv或send操作。epoll仅仅是一个异步事件的通知机制，其本身并不作任何的IO读写操作，它只负责告诉你是不是可以读或可以写了，而具体的读写操作，还要应用层自己来作。epoll仅提供

一

用户接口一 inotify工作原理别人是这样总结的。inotify是linux系统2.6.13以后内核支持的一种特性，功能是监视文件系统的变化，在监听到文件系统变化后会向相应的应用程序发送事件。典型应用场景比如文件管理器，理想情况下应该在用户使用其他手段修改了文件夹的内容后马上反映出最新的内容，而不应该在用户手动刷新后才显示最新内容。如果没有类似inotify的机制，一般会采用轮询的方式实

简介ioctl是设备驱动程序中对设备的I/O通道进行管理的函数，提供了一种获得设备信息和向设备发送控制参数的手段。用于向设备发控制和配置命令，有些命令需要控制参数，这些数据是不能用read / write 读写的，称为Out-of-band数据。也就是说，read / write读写的数据是in-band数据,是I/O操作的主体，而ioctl 命令传送的是控制信息，其中的数据是辅助的数据。

一 idr的初始化1 静态#define DEFINE_IDR(name) struct idr name = IDR_INIT(name)#define IDR_INIT(name) \{ \ .top = NULL, \ .id_free = NULL, \ .layers = 0, \ .id_free_cnt =

Linux内核的等待队列是以双循环链表为基础数据结构，与进程调度机制紧密结合，能够用于实现核心的异步事件通知机制。等待队列在源代码树include/linux/wait.h中，这是一个通过list_head连接的典型双循环链表，如下图所示。在这个链表中，有两种数据结构：等待队列头（wait_queue_head_t）和等待队列项（wait_queue_t）。等待队列头和等待队列项中都包

linux的

现在就从linux kernel的源代码的角度来分析该问题fork()与execve()中stderr,stdio.stdout的继承关系其实用继承这个词好像不太准确,要准确一点,可能复制更适合.首先有2点:1:父进程fork出子进程后,是共享所有文件描述符的(实际上也包括socket)2:进程在execve后,除了用O_CLOEXEC标志打开的文件外,其它的文件描述符都是会复