4. 环境搭建：宿主机与虚拟机配置要求、DPDK源码编译（meson & ninja）、KNI内核模块编译与加载（insmod/modprobe）

本章是《DPDK KNI内核接口与协议栈互通工程案例》实战的基石。在进入KNI数据面开发之前，必须完成一套可复现、可调试的软硬件环境。我们将从宿主机与虚拟机的网络拓扑规划开始，逐步完成DPDK源码的Meson/Ninja编译，最后编译并加载KNI内核模块。本章所有操作均基于Ubuntu 22.04 LTS + Linux Kernel 5.15 + DPDK 23.11 LTS验证。

4.1 宿主机与虚拟机配置要求

KNI模块运行在虚拟机内核中，但数据面转发路径会经过宿主机虚拟交换机。下表列出两端的关键配置参数：

4.2 DPDK源码编译（Meson & Ninja）

DPDK从20.11版本起全面转向Meson构建系统。相比旧版make，Meson + Ninja提供更快的增量编译和更清晰的依赖管理。编译流程分为三步：配置、构建、安装。

4.2.1 安装编译依赖

sudo apt update
sudo apt install -y meson ninja-build pkg-config libnuma-dev \
    python3-pyelftools python3-pip libpcap-dev libssl-dev
pip3 install pyelftools

4.2.2 配置与编译

# 解压DPDK源码
tar xf dpdk-23.11.tar.xz
cd dpdk-23.11

# 配置构建目录（启用KNI库）
meson setup build -Denable_kmods=true -Dexamples=all

# 编译（-j 使用所有CPU核心）
ninja -C build -j$(nproc)

# 安装到系统目录
sudo ninja -C build install
sudo ldconfig

4.2.3 验证编译结果

# 检查DPDK库文件
ls /usr/local/lib/x86_64-linux-gnu/librte_*.so

# 检查KNI相关头文件
ls /usr/local/include/rte_kni*.h

# 查看编译配置摘要
meson configure build | grep -E "kni|kmod"

输出应包含kni: true和kmods: true，表示KNI库和内核模块构建已启用。

4.3 KNI内核模块编译与加载

KNI模块位于DPDK源码的kernel/linux/kni目录。Meson构建系统会自动编译生成rte_kni.ko。若需手动编译或交叉编译，可进入该目录执行make。

4.3.1 编译KNI内核模块

# 进入KNI内核模块源码目录
cd dpdk-23.11/kernel/linux/kni

# 编译（依赖内核头文件）
make -C /lib/modules/$(uname -r)/build M=$(pwd) modules

# 确认模块生成
ls -lh rte_kni.ko

4.3.2 加载与卸载模块

# 加载模块（insmod方式）
sudo insmod rte_kni.ko

# 查看模块加载状态
lsmod | grep rte_kni

# 查看内核日志
dmesg | tail -5

# 卸载模块
sudo rmmod rte_kni

4.3.3 模块参数与配置

KNI模块支持多个内核参数，用于控制KNI设备数量、线程亲和性等：

# 带参数加载示例
sudo modprobe rte_kni kni_kthread_mode=1 max_kni_ifaces=64

4.4 环境验证与拓扑结构

完成上述步骤后，通过以下SVG图理解宿主机与虚拟机之间的KNI数据路径：

4.5 常见问题与排查

• insmod失败： 提示Unknown symbol，通常因内核版本与DPDK编译时内核头文件不匹配。执行uname -r确认版本，重新编译KNI模块。
• KNI设备无法创建： 检查/dev/kni设备节点是否存在，若不存在执行sudo mknod /dev/kni c 10 200。
• 虚拟机内DPDK无法绑定网卡： 确保虚拟机BIOS中启用了IOMMU，并在GRUB中添加intel_iommu=on iommu=pt。
• 性能验证： 使用dpdk-testpmd在宿主机和虚拟机内分别启动，通过KNI接口转发流量，观察吞吐量是否达到线速。