The Linux driver implementer’s API guide — The Linux Kernel documentation 一、igb_uid驱动 参考博客：https://zhuanlan.zhihu.com/p/543217445  UIO（Userspace I/O）是运行在用户空间的I/O技术 代码位置：dpdk----/kernel/linux/igb

DPDK Kernel NIC Interface (KNI)接口允许DPDK用户程序访问Linux控制平面。 使用DPDK KNI的有点如下： 相较现存的Linux TUN/TAP接口更快的速度（消除了系统调用以及copy_to_user()/copy_from_user()内存拷贝的消耗） 允许标准Linux网络工具管理DPDK接口，如ethtool, ifconfig 和 tcpdum

DPDK的内核kni驱动程序，在初始化函数kni_init中注册kni设备的时候，使用miscdevice结构的定义kni_misc，其没有明确的指定kni设备的次设备号，使用宏定义MISC_DYNAMIC_MINOR，表示由系统自动分配。misc类型设备的主设备号固定为10（宏MISC_MAJOR）。 #define KNI_DEVICE "kni"static struct miscdevi

dpdk-16.04 kni 示例程序分析 kni 程序在实现 dpdk 程序基础转发功能的同时，通过共享队列建立起了 dpdk 程序与内核协议栈通信的桥梁。dpdk 收到的包能够通过 kni 共享队列上送协议栈，同时协议栈通过 kni 虚拟网卡发出的包也会通过共享队列发到 pmd 中通过物理网卡发送出去，它代表了与 l2fwd 颇为不同的一种数据转发模型。 l2fwd 仅进行最简单的转发，不

一、为什么要用kni         通常情况下dpdk用于二三层报文转发，接收到来自网卡的报文后，如果是二层报文则查找fdb表； 如果是三层报文，则进行dnat, snat处理后，查找路由表， 将报文转发给下一跳路由。这些二三层转发操作都是直接转发到另一台设备上，不需要经过内核，无需内核协议栈的参与。         然而有些场景下报文是直接发给运行dpdk程序的这台设备本身的。例如ping