Linux内核态与用户态进程通信方法的提出与实现。分为 用户上下文环境、硬中断和软中断环境两种情况。
3.1 用户上下文环境
运行在用户上下文环境中的代码是可以阻塞的,这样,便可以使用消息队列和 UNIX 域套接字来实现内核态与用户态的通信。但这些方法的数据传输效率较低,Linux 内核提供 copy_from_user()/copy_to_user() 函数来实现内核态与用户态数据的拷贝,但这两个函数会引发阻塞,所以不能用在硬、软中断中。一般将这两个特殊拷贝函数用在类似于系统调用一类的函数中,此 类函数在使用中往往"穿梭"于内核态与用户态。
3.2 硬、软中断环境
比起用户上下文环境,硬中断和软中断环境与用户态进程无丝毫关系,而且运行过程不能阻塞。在 Linux 2.4 版以后版本的内核中,几乎全部的中断过程与用户态进程的通信都是使用 netlink 套接字实现的,netlink 套接字的最大特点是对中断过程的支持,同时还使用 netlink 实现了 ip queue 工具,但 ip queue 的使用有其局限性,不能自由地用于各种中断过程。还有重要的一点:netlink 套接字是不用经过TCP/IP协议栈处理的,效率方面没的说。赞。
说 了这么多,都是别人的东西。但是磨刀不误砍柴工,没有前面的知识铺垫,只怕你对怎么样,为什么这样用也是一知半解,这可是工程技术人员的大忌。
4 netfilter与用户空间通信二法
netfilter 的五个钩子在内核TCP/IP协议栈的作用和布局,我就不废话了。 杨沙洲的 Linux Netfilter实现机制和扩展技术还不错滴。
法1:nf_sockopt_ops通信方式
此法在内核模块中注册nf_register_sockopt一个 nf_sockopt_ops结构体。比如:
- static struct nf_sockopt_ops nso = {
- .pf = PF_INET, // 协议族
- .set_optmin = 常数, // 定义最小set命令字
- .set_optmax = 常数+N, // 定义最大set命令字
- .set = do_nso_set, // 定义set处理函数
- .get_optmin = 常数, // 定义最小get命令字
- .get_optmax = 常数+N, // 定义最大get命令字
- .get = do_nso_get, // 定义set处理函数
- };
其中命令字不能和内核已有的重复,宜大不宜小。命令字很重要,是用来做标识符的。set/get处理函数是直接由用户空间的 set/getsockopt函数调用的。 setsockopt函数向内核写数据,用getsockopt向内核读数据。
从上图可以看到,其实此法的本质,就是使用 copy_from_user()/copy_to_user()完成内核和用户的通信的, 效率其实不高, 多用在传递控制 选项 信息,不适合做大量的数据传输。
法2: netlink 套接字
上图 很清楚的描述了netlink套接字的通信过程。具体细节,大家可以参考上面两篇文章。
总结:
法一: 多用在用户上下文环境,适合做控制选项,传递少量的控制信息。
法二: 多用在 硬、软中断环境,也就是处理 网络数据报的接收等,适合大量处理数据的传输。我用它粗略实现过类似 ethereal的功能,层层吧IP分组剥开。
二者使用环境不一样,使用目的不一样,完全可以在一起发挥更大的作用。