测试 QAT VF 时出现 ADF_UIO_PROXY 错误
测试QAT VF时,遇到ADF_UIO_PROXY报错
如果在host上测试QAT的PF,必须关闭sriov, 需要在grub中去掉iommu相关的参数。
如果测试QAT的VF,必须开启sriov, 并且在编译QAT的driver的时候,必须要加入sriov相关的参数:
./configure --enable-icp-sriov
make samples && make samples-install
ICP(QAT Driver)根目录下执行./configure 时用--再加tab键,可以显示出所有可加参数。 --enable-icp-sriov表明QAT开启VF功能,体现在ICP编译完成后,在/etc下出现类似4xxxvf_dev0.conf, 4xxxvf_dev1.conf这些带有vf后缀的conf文件。4xxx是4940型的QAT的驱动名称,如果是PF,/etc下生成的配置文件就是4xxx_dev0.conf这类。
如果在使用QAT VF的时候,/etc下没有相应的Vf的conf文件,则VF必然运行不起来。可以用ICP自带的测试程序测试PF/VF。上面的make samples && make samples-install
,会在执行编译时在ICP根目录下的build文件夹中生成二进制可执行程序cpa_sample_code
,它是用来测试QAT功能是否在本机上正常的。如果测试出现了这种问题:
[root@83126e499a20 build]# ./cpa_sample_code
qaeMemInit started
ADF_UIO_PROXY err: icp_adf_userProcessToStart: Error reading /dev/qat_dev_processes file
/root/qatdriver/quickassist/lookaside/access_layer/src/sample_code/performance/cpa_sample_code_main.c, main():420 Could not start sal for user space
说明QAT功能没有正常打开。这里分PF和VF两种情况,如果是PF,可能是iommu没有关,同时确认/etc下是否有4xxx_dev0.conf这样的文件。如果是VF,iommu开启的情况下,仍然出现了错误,可以查看dmesg日志。
直接执行dmesg,查看系统启动信息,其中会包含QAT启动时的成功或是错误的日志,最终结果发现:
[ 662.213690] QAT: could not find SSL section in any config files
是conf文件缺失导致的。再去查看/etc,确实是发现缺少了vf的conf。
原文地址:https://www.cnblogs.com/goto2091/p/16093228.html
推荐阅读
-
测试 QAT VF 时出现 ADF_UIO_PROXY 错误
-
前端搭建指南:调试本地开发环境的实用技巧 - 在CLI脚手架项目里,别忘了添加库文件及其版本依赖 1. 实时联动与修改: a) 首先确保在当前CLI脚手架项目的`package.json`依赖中加入所用库文件及其正确版本。 b) 通过npm link在本地创建硬连接,使得库与项目能实时修改、同步。运行如下命令: ``` $ cd your-lib-dir $ npm link $ cd your-cli-dir $ npm link your-lib ``` 2. 模拟部署环境: 当需测试线上环境时,解除本地软链接。回到库文件目录并执行: ``` $ cd your-lib-dir $ npm unlink ``` 同样,在CLI项目目录执行: ``` $ cd your-cli-dir $ npm uninstall your-lib --save ``` 注意此时可能会出现因缺少库文件依赖导致的错误,但可暂且忽略,这样能避免将来遗漏或重复安装的问题。 3. 发布后的操作: 如果库已上线,可先清空CLI项目的`node_modules`目录(`rm -rf node_modules`),然后重新安装所有依赖: ``` $ npm install ``` 通过以上步骤,您就能顺畅地调试和部署您的脚手架项目了。 总结 `link` & `unlink` 命令的运用: 1. `npm link`:在本地创建硬连接,便于实时协作与同步。 2. `npm unlink`:模拟线上环境并解除软链接,为正式部署做准备。