linux内核中链表代码分析---list.h头文件分析(二)【转】
转自:http://blog.chinaunix.net/uid-30254565-id-5637598.html
- linux内核中链表代码分析---list.h头文件分析(二)
- 16年2月28日16:59:55
- 分析完container_of()宏以后,继续分析list.h文件:
- (1)list_entry
- 它就是一个container_of宏,都是得到ptr所指地址的这个结构体的首地址
- #define list_entry(ptr, type, member) \
- container_of(ptr, type, member)
- (2) list_first_entry
- #define list_first_entry(ptr, type, member) \
- list_entry((ptr)->next, type, member)
- 这里的ptr是一个链表的头节点,这个宏就是取得这个链表第一元素的所指结构体的首地址。
- (3) list_for_each
- #define list_for_each(pos, head) \
- for (pos = (head)->next; pos != (head); pos = pos->next)
- 它实际上就是一个for循环,从头到尾遍历链表,但是看代码发现,遍历链表需要一个head参数即可,这个pos参数好像没什么用啊。。。
- 然后就在内核中grep了一番,稍微总结出来一点:
- 这是一个for循环,我们通过这个for循环总得做点什么事情吧,以下面这个为例,
- 源文件在/driver/input/serio/hil_mlc.c中:
- static LIST_HEAD(hil_mlcs);
- static void hil_mlcs_process(unsigned long unused)
- {
- struct list_head *tmp;
- read_lock(&hil_mlcs_lock);
- list_for_each(tmp, &hil_mlcs) {
- struct hil_mlc *mlc = list_entry(tmp, hil_mlc, list);
- ....
- }
- 可以看到,它通过这个list_for_each函数,将hil_mlcs链表中的每一个成员地址一一赋给了tmp变量,这样,在后面的语句中,就可以通过list_entry这个宏根据tmp变量和list链表头来找到包含他们的整个结构体hil_mlc的首地址,然后就可以对这个结构体里面其他的成员变量进行操作了~~~
- 这一块涉及到linux中,比如对于每一个子设备,都建立一个结构体,然后将这些子设备通过一个链表链接起来,操作的时候需要遍历链表中的每一项进行操作,所以就是这个函数存在的意义。
- 后面那个 __list_for_each和list_for_each相同,以前这两个函数是不同的,它有一个prefetch预取的操作,我们不再考虑。
- (4)list_for_each_prev
- #define list_for_each_prev(pos, head) \
- for (pos = (head)->prev; pos != (head); pos = pos->prev)
- 与list_for_each相似,只是它是从尾到头遍历链表,将链表中的每一项都取出来操作。
- (5)list_for_each_safe
- #define list_for_each_safe(pos, n, head) \
- for (pos = (head)->next, n = pos->next; pos != (head); \
- pos = n, n = pos->next)
- 这个实际上就是一个for循环,从头到尾遍历链表。这里使用了n来记录pos的下一个,这样处理完一 个流程之后再赋给pos,避免了删除pos结点造成的问题。这个函数是 专门为删除结点是准备的。
- 注:list_for_each(pos, head)和list_for_each_safe(pos, n, head)都是从头至尾遍历链表的,但是对于前者 来说当操作中没有删除结点的时候使用,但是如果操作中有删除结点的操作的时候就使用后者,对于后面带safe的一般都是这个目的。
- (6) list_for_each_prev_safe
- #define list_for_each_prev_safe(pos, n, head) \
- for (pos = (head)->prev, n = pos->prev; \
- pos != (head); \
- pos = n, n = pos->prev)
- 同理,这个函数与 list_for_each_prev相似。
- /* 注意上面的几个函数,他们的行参里面有pos与下面函数行参里面的pos不同,上面函数的操作都是pos = (head)->next等等的操作,所以pos是list_head类型的,下面函数的操作是pos = list_entry()等等的操作,所以他们是list_head结构体所嵌入的结构体的指针形式的,我们称之为宿主结构体。 */
- (7) list_for_each_entry
- #define list_for_each_entry(pos, head, member) \
- for (pos = list_entry((head)->next, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.next, typeof(*pos), member))
- 第一个参数为传入的遍历指针,指向宿主数据结构,第二个参数为链表头,为list_head结构,第三 个参数为list_head结构在宿主结构中的成员名。
- 这个函数是根据member成员遍历head链表(member成员一般都嵌入在宿主结构体中),并且将每个结构体的首地址赋值给pos,这样的话,我们就 可以在循环体里面通过pos来访问该宿主结构体变量的其他成员了。 下面用最近分析的V4L2里面的一段代码来举例说明,代码位于v4l2-device.c中:
- int v4l2_device_register_subdev_nodes(struct v4l2_device *v4l2_dev)
- {
- struct video_device *vdev;
- struct v4l2_subdev *sd;
- list_for_each_entry(sd, &v4l2_dev->subdevs, list) {
- if (!(sd->flags & V4L2_SUBDEV_FL_HAS_DEVNODE))
- continue;
- 。。。。
- }
- 可以分析出来, v4l2_device结构体里面含有这个
subdevs链表头,sd是指向v4l2_subdev结构体的指针,list是一个list_head结构,在之前的代码中,肯定有操作已经将各个子设备结构体v4l2_subdev全部链接进
v4l2_device结构体里面的 subdevs链表里面,这时候需要做的就是从这个v4l2_device结构体里面的
subdevs链表里一一取出各个子设备结构体v4l2_subdev,然后操作它的各个成员变量。上述代码就是完成这个工作。 - (8) list_for_each_entry_reverse
- #define list_for_each_entry_reverse(pos, head, member) \
- for (pos = list_entry((head)->prev, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.prev, typeof(*pos), member))
- 与上面那个函数类似,反向遍历链表。
- (9) list_prepare_entry
- #define list_prepare_entry(pos, head, member) \
- ((pos) ? : list_entry(head, typeof(*pos), member))
- 第一个参数为传入的遍历指针,指向宿主数据结构,第二个参数为链表头,为list_head结构,第三 个参数为list_head结构在宿主结构中的成员名。
- 这个函数的功能就是如果pos非空,那么pos的值就为其本身,如果pos为空,那么就从链表头强制扩展一
- 个虚pos指针,这个宏定义是为了在list_for_each_entry_continue()中使用做准备的。
- (10)list_for_each_entry_continue
- #define list_for_each_entry_continue(pos, head, member) \
- for (pos = list_entry(pos->member.next, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.next, typeof(*pos), member))
- 这个函数与list_for_each_entry很相似,但是肯定是不同的,它是从pos所在的宿主结构体的下一个开始遍历链表,并不是从链表的头部开始遍历,从它的名字可以看出来。主要的区别就是我标红的位置。
- (11)list_for_each_entry_continue_reverse
- #define list_for_each_entry_continue_reverse(pos, head, member) \
- for (pos = list_entry(pos->member.prev, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.prev, typeof(*pos), member))
- 与上一个函数类似,从pos位于的宿主结构体的上一个开始反向变量链表。
- (12)list_for_each_entry_from
- #define list_for_each_entry_from(pos, head, member) \
- for (; &pos->member != (head); \
- pos = list_entry(pos->member.next, typeof(*pos), member))
- 从当前pos所位于的宿主结构体开始遍历链表。
- (13)后面的几个函数带safe的函数,他们与上面讲的函数都很相似,只是保存了pos的下一个宿主结构体,这些函数是专门为删除结点是准备的。就不分析他们了。
- 至此,对于普通链表的操作我们就分析完了,这个list.h中后面的代码主要是为了哈西表设计的,就暂时先不分析,等到学了哈西表再分析他们^o^~
- linux内核中链表代码分析---list.h头文件分析(二)
- 16年2月28日16:59:55
- 分析完container_of()宏以后,继续分析list.h文件:
- (1)list_entry
- 它就是一个container_of宏,都是得到ptr所指地址的这个结构体的首地址
- #define list_entry(ptr, type, member) \
- container_of(ptr, type, member)
- (2) list_first_entry
- #define list_first_entry(ptr, type, member) \
- list_entry((ptr)->next, type, member)
- 这里的ptr是一个链表的头节点,这个宏就是取得这个链表第一元素的所指结构体的首地址。
- (3) list_for_each
- #define list_for_each(pos, head) \
- for (pos = (head)->next; pos != (head); pos = pos->next)
- 它实际上就是一个for循环,从头到尾遍历链表,但是看代码发现,遍历链表需要一个head参数即可,这个pos参数好像没什么用啊。。。
- 然后就在内核中grep了一番,稍微总结出来一点:
- 这是一个for循环,我们通过这个for循环总得做点什么事情吧,以下面这个为例,
- 源文件在/driver/input/serio/hil_mlc.c中:
- static LIST_HEAD(hil_mlcs);
- static void hil_mlcs_process(unsigned long unused)
- {
- struct list_head *tmp;
- read_lock(&hil_mlcs_lock);
- list_for_each(tmp, &hil_mlcs) {
- struct hil_mlc *mlc = list_entry(tmp, hil_mlc, list);
- ....
- }
- 可以看到,它通过这个list_for_each函数,将hil_mlcs链表中的每一个成员地址一一赋给了tmp变量,这样,在后面的语句中,就可以通过list_entry这个宏根据tmp变量和list链表头来找到包含他们的整个结构体hil_mlc的首地址,然后就可以对这个结构体里面其他的成员变量进行操作了~~~
- 这一块涉及到linux中,比如对于每一个子设备,都建立一个结构体,然后将这些子设备通过一个链表链接起来,操作的时候需要遍历链表中的每一项进行操作,所以就是这个函数存在的意义。
- 后面那个 __list_for_each和list_for_each相同,以前这两个函数是不同的,它有一个prefetch预取的操作,我们不再考虑。
- (4)list_for_each_prev
- #define list_for_each_prev(pos, head) \
- for (pos = (head)->prev; pos != (head); pos = pos->prev)
- 与list_for_each相似,只是它是从尾到头遍历链表,将链表中的每一项都取出来操作。
- (5)list_for_each_safe
- #define list_for_each_safe(pos, n, head) \
- for (pos = (head)->next, n = pos->next; pos != (head); \
- pos = n, n = pos->next)
- 这个实际上就是一个for循环,从头到尾遍历链表。这里使用了n来记录pos的下一个,这样处理完一 个流程之后再赋给pos,避免了删除pos结点造成的问题。这个函数是 专门为删除结点是准备的。
- 注:list_for_each(pos, head)和list_for_each_safe(pos, n, head)都是从头至尾遍历链表的,但是对于前者 来说当操作中没有删除结点的时候使用,但是如果操作中有删除结点的操作的时候就使用后者,对于后面带safe的一般都是这个目的。
- (6) list_for_each_prev_safe
- #define list_for_each_prev_safe(pos, n, head) \
- for (pos = (head)->prev, n = pos->prev; \
- pos != (head); \
- pos = n, n = pos->prev)
- 同理,这个函数与 list_for_each_prev相似。
- /* 注意上面的几个函数,他们的行参里面有pos与下面函数行参里面的pos不同,上面函数的操作都是pos = (head)->next等等的操作,所以pos是list_head类型的,下面函数的操作是pos = list_entry()等等的操作,所以他们是list_head结构体所嵌入的结构体的指针形式的,我们称之为宿主结构体。 */
- (7) list_for_each_entry
- #define list_for_each_entry(pos, head, member) \
- for (pos = list_entry((head)->next, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.next, typeof(*pos), member))
- 第一个参数为传入的遍历指针,指向宿主数据结构,第二个参数为链表头,为list_head结构,第三 个参数为list_head结构在宿主结构中的成员名。
- 这个函数是根据member成员遍历head链表(member成员一般都嵌入在宿主结构体中),并且将每个结构体的首地址赋值给pos,这样的话,我们就 可以在循环体里面通过pos来访问该宿主结构体变量的其他成员了。 下面用最近分析的V4L2里面的一段代码来举例说明,代码位于v4l2-device.c中:
- int v4l2_device_register_subdev_nodes(struct v4l2_device *v4l2_dev)
- {
- struct video_device *vdev;
- struct v4l2_subdev *sd;
- list_for_each_entry(sd, &v4l2_dev->subdevs, list) {
- if (!(sd->flags & V4L2_SUBDEV_FL_HAS_DEVNODE))
- continue;
- 。。。。
- }
- 可以分析出来, v4l2_device结构体里面含有这个
subdevs链表头,sd是指向v4l2_subdev结构体的指针,list是一个list_head结构,在之前的代码中,肯定有操作已经将各个子设备结构体v4l2_subdev全部链接进
v4l2_device结构体里面的 subdevs链表里面,这时候需要做的就是从这个v4l2_device结构体里面的
subdevs链表里一一取出各个子设备结构体v4l2_subdev,然后操作它的各个成员变量。上述代码就是完成这个工作。 - (8) list_for_each_entry_reverse
- #define list_for_each_entry_reverse(pos, head, member) \
- for (pos = list_entry((head)->prev, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.prev, typeof(*pos), member))
- 与上面那个函数类似,反向遍历链表。
- (9) list_prepare_entry
- #define list_prepare_entry(pos, head, member) \
- ((pos) ? : list_entry(head, typeof(*pos), member))
- 第一个参数为传入的遍历指针,指向宿主数据结构,第二个参数为链表头,为list_head结构,第三 个参数为list_head结构在宿主结构中的成员名。
- 这个函数的功能就是如果pos非空,那么pos的值就为其本身,如果pos为空,那么就从链表头强制扩展一
- 个虚pos指针,这个宏定义是为了在list_for_each_entry_continue()中使用做准备的。
- (10)list_for_each_entry_continue
- #define list_for_each_entry_continue(pos, head, member) \
- for (pos = list_entry(pos->member.next, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.next, typeof(*pos), member))
- 这个函数与list_for_each_entry很相似,但是肯定是不同的,它是从pos所在的宿主结构体的下一个开始遍历链表,并不是从链表的头部开始遍历,从它的名字可以看出来。主要的区别就是我标红的位置。
- (11)list_for_each_entry_continue_reverse
- #define list_for_each_entry_continue_reverse(pos, head, member) \
- for (pos = list_entry(pos->member.prev, typeof(*pos), member); \
- &pos->member != (head); \
- pos = list_entry(pos->member.prev, typeof(*pos), member))
- 与上一个函数类似,从pos位于的宿主结构体的上一个开始反向变量链表。
- (12)list_for_each_entry_from
- #define list_for_each_entry_from(pos, head, member) \
- for (; &pos->member != (head); \
- pos = list_entry(pos->member.next, typeof(*pos), member))
- 从当前pos所位于的宿主结构体开始遍历链表。
- (13)后面的几个函数带safe的函数,他们与上面讲的函数都很相似,只是保存了pos的下一个宿主结构体,这些函数是专门为删除结点是准备的。就不分析他们了。
- 至此,对于普通链表的操作我们就分析完了,这个list.h中后面的代码主要是为了哈西表设计的,就暂时先不分析,等到学了哈西表再分析他们^o^~
linux内核中链表代码分析---list.h头文件分析(二)【转】的更多相关文章
- linux内核中链表代码分析---list.h头文件分析(一)【转】
转自:http://blog.chinaunix.net/uid-30254565-id-5637596.html linux内核中链表代码分析---list.h头文件分析(一) 16年2月27日17 ...
- Linux内核中链表的实现与应用【转】
转自:http://blog.chinaunix.net/uid-27037833-id-3237153.html 链表(循环双向链表)是Linux内核中最简单.最常用的一种数据结构. ...
- Linux内核中链表实现
关于双链表实现,一般教科书上定义一个双向链表节点的方法如下: struct list_node{ stuct list_node *pre; stuct list_node *next; ElemTy ...
- Linux内核中链表的学习
一.自己学习链表 数组的缺点:(1)数据类型一致:(2)数组的长度事先定好,不能灵活更改. 从而引入了链表来解决数组的这些缺点:(1)结构体解决多数据类型(2)链表的组合使得链表的长度可以灵活设置. ...
- Linux内核中Makefile、Kconfig和.config的关系(转)
我们在编译Linux内核时,往往在Linux内核的顶层目录会执行一些命令,这里我以RK3288举例,比如:make firefly-rk3288-linux_defconfig.make menuco ...
- Linux内核中的GPIO系统之(3):pin controller driver代码分析
一.前言 对于一个嵌入式软件工程师,我们的软件模块经常和硬件打交道,pin control subsystem也不例外,被它驱动的硬件叫做pin controller(一般ARM soc的datash ...
- Linux内核中的GPIO系统之(3):pin controller driver代码分析--devm_kzalloc使用【转】
转自:http://www.wowotech.net/linux_kenrel/pin-controller-driver.html 一.前言 对于一个嵌入式软件工程师,我们的软件模块经常和硬件打交道 ...
- CVE-2019-11477:Linux 内核中TCP协议栈整数溢出漏洞详细分析 代码卫士 今天
CVE-2019-11477:Linux 内核中TCP协议栈整数溢出漏洞详细分析 代码卫士 今天
- Linux内核中SPI总线驱动分析
本文主要有两个大的模块:一个是SPI总线驱动的分析 (研究了具体实现的过程): 另一个是SPI总线驱动的编写(不用研究具体的实现过程). 1 SPI概述 SPI是英语Serial Peripheral ...
随机推荐
- 数据挖掘(二)用python实现数据探索:汇总统计和可视化
今天我们来讲一讲有关数据探索的问题.其实这个概念还蛮容易理解的,就是我们刚拿到数据之后对数据进行的一个探索的过程,旨在了解数据的属性与分布,发现数据一些明显的规律,这样的话一方面有助于我们进行数据预处 ...
- CodeForces 464E The Classic Problem | 呆克斯歘 主席树维护高精度
题意描述 有一个\(n\)点\(m\)边的无向图,第\(i\)条边的边权是\(2^{a_i}\).求点\(s\)到点\(t\)的最短路长度(对\(10^9 + 7\)取模). 题解 思路很简单--用主 ...
- [luogu3801]红色的幻想乡
题目描述 经过上次失败后,蕾米莉亚决定再次发动红雾异变,但为了防止被灵梦退治,她决定将红雾以奇怪的阵势释放. 我们将幻想乡看做是一个n*m的方格地区,一开始没有任何一个地区被红雾遮盖.蕾米莉亚每次站在 ...
- 洛谷 P4475 巧克力王国 解题报告
P4475 巧克力王国 题目描述 巧克力王国里的巧克力都是由牛奶和可可做成的.但是并不是每一块巧克力都受王国人民的欢迎,因为大家都不喜欢过于甜的巧克力. 对于每一块巧克力,我们设 \(x\) 和 \( ...
- 【bzoj3064】 CPU监控
http://www.lydsy.com/JudgeOnline/problem.php?id=3064 (题目链接) 题意 给出一个长度为$n$的数列$A$,同时定义一个辅助数组$B$,$B$开始与 ...
- 利用快排partition求前N小的元素
求前k小的数,一般人的想法就是先排序,然后再遍历,但是题目只是求前N小,没有必要完全排序,所以可以想到部分排序,而能够部分排序的排序算法我能想到的就是堆排序和快排了. 第一种思路,局部堆排序. 首先, ...
- 【HDU3085】nightmare2 双向BFS
对于搜索树分支很多且有明确起点和终点的情况时,可以采用双向搜索来减小搜索树的大小. 对于双向BFS来说,与单向最大的不同是双向BFS需要按层扩展,表示可能到达的区域.而单向BFS则是按照单个节点进行扩 ...
- vue-loader 作用
vue-loader:解析和转换 .vue 文件,提取出其中的逻辑代码 script.样式代码 style.以及 HTML 模版 template,再分别把它们交给对应的 Loader 去处理. cs ...
- 将make的输出重定向到文件(转)
原文:将make的输出重定向到文件 [用法] 1.想要把make输出的全部信息,输出到某个文件中,最常见的办法就是:make xxx > build_output.txt此时默认情况是没有改变2 ...
- php框架:Flight 简介
Flight是一个php的极简的有着微内核的框架,能过快速的构建RESTful的应用 官网地址: http://flightphp.com/ github地址:https://github.com/m ...