linux内核态与用户态通讯方式

本文格式为Word版，下载可任意编辑——linux内核态与用户态通讯方式内核态与用户态通讯方式

主要有几种：1、procfs

2、系统调用(syscall)3、netlink4、mmap

5、驱动文件，统一API

proc文件系统

特点：虚拟文件系统，提供一种便捷的用户和内核间的交互方式，一般用于调试日志以及配置参数

缺点：不够实时，无法传输大数据量使用：创立proc文件驱动，然后像操作文件一样操作，驱动负责解析应用层的readwrite请求

mmap

特点：直接用户空间与内核空间映射，直接操作，无需拷贝，可传输数据量大，实时性好。缺点：没有专门同步机制，需要协同别的操作使用，简单数据量不使用此方法，过于繁杂使用：字符或者块设备驱动将内核空间地址提供mmap映射，此内核空间可在uboot中预留大空间，也可使用kmalloc(转小，连续物理内存)vmalloc(较大，连续虚拟内存，物理不连续)创立

在Linux内核中,kmalloc能够分派的最大连续内存为2的(MAX_ORDER-1)次方个page(参见alloc_pages函数,\returnNULL;\的大小一般是4Kbytes,MAX_ORDER缺省定义为11,所以假使不修改内核,kmalloc能够分派的最大连续内存一般是4Mbytes.vmalloc一般用于将非连续物理内存映射成连续虚拟内存空间以便普通使用，也有预留于超大内存>8GB，使用内核参数vmalloc=xxxM来将超大的空间用起来，64bit不存在这个问题了。

内核启动参数传递\参数,如\预留部分内存;然后通过request_mem_region和ioremap_nocache将预留的内存映射到模块中.需要修改内核启动参数,无需重新编译内核.但这种方法不支持x86架构,只支持ARM,PowerPC等非x86架构.request_mem_region只为了显示在/proc/iomem，只为了显示，不用也能正常用。ioremap实现已知物理地址到虚拟地址的映射适用于物理地址已知的场合举个例子：

首先mem=xx预留了20M，驱动就应当

先在初始化时，ioremap，将物理地址映射到内核的虚拟地址，

然后在mmap中，提供页(virt_to_page)将内核虚拟地址映射到页表，然后赋值VMA然后用户层就可以直接操作内存，其中通知通过netlink或者readioctl等来操作。

系统调用(syscall)

修改内核以及应用，新增加系统调用来完成一些特点：非标准化，难破解

缺点：过于繁杂，还得修改内核使用：不推荐

驱动文件，统一API特点：通过字符，块设备驱动，通过readwriteioctl，再通过Copy_from_user()/copy_to_user()

等来直接从用户空间拷贝到内核空间。此方法简单，不用额外写驱动

缺点：需要拷贝，效率不高，无法传输大数据。ioctl作为同步使用需要不断轮循，不够实时，read,write可以阻塞，但语义不够明确使用：简单场景需求小数据量使用netlink

优点：netlinksocket提供了一组类似于BSD风格的API，用于用户态和内核态的IPC。相比于其他的用户态和内核态IPC机制，netlink有几个好处：1.使用自定义一种协议完成数据交换，不需要添加一个文件等。2.可以支持多点传送。3.支持内核先发起会话。4.异步通信，支持缓存机制。