TVM项目在Hexagon DSP上的FastRPC通道问题分析与解决

问题背景

在将TVM项目部署到Hexagon DSP处理器时，开发者遇到了FastRPC通道初始化失败的问题。这个问题主要出现在尝试通过FastRPC机制在Android设备上加载和运行Hexagon DSP的TVM模型时。

错误现象

当执行TVM的Hexagon启动器(launcher_android)时，系统日志显示以下关键错误信息：

1. FastRPC初始化失败，错误代码0x72
2. 系统拒绝未签名的应用程序加载到已签名的远程处理域(PD)
3. 连接被拒绝(Connection refused)
4. 尝试加载liblauncher_rpc_skel.so失败

根本原因分析

经过深入分析，这个问题主要由以下几个因素导致：

1. 签名验证机制：Hexagon DSP处理器在商用设备上强制执行严格的签名验证机制。任何要在DSP上运行的共享库必须由OEM厂商进行数字签名。

2. 保护域(PD)类型：Hexagon DSP支持两种保护域：

   • 签名PD(Signed PD)：要求所有加载的库必须经过验证签名
   • 未签名PD(Unsigned PD)：允许加载未签名的库，但只在开发板上可用

3. 环境配置：ADSP_LIBRARY_PATH等环境变量设置不当可能导致库文件加载失败。

解决方案

针对不同场景，有以下几种解决方案：

1. 商用设备解决方案

对于商用设备(如sa8155p)，必须使用签名库：

1. 获取OEM提供的签名工具和证书
2. 使用Hexagon SDK中的签名流程对TVM生成的库文件进行签名
3. 将签名后的库文件部署到设备

2. 开发板解决方案

对于开发板，可以尝试以下步骤：

1. 确认开发板支持未签名PD
2. 修改应用程序代码，明确请求使用未签名PD
3. 确保所有依赖库都位于正确的路径下
4. 使用testsig.so进行测试签名

3. 环境配置建议

正确的环境配置应包括：

1. 设置LD_LIBRARY_PATH指向包含所有依赖库的目录
2. 设置ADSP_LIBRARY_PATH指向DSP专用库的目录
3. 确保所有DSP相关文件(mobilenetv2-7.so等)位于ADSP目录下

验证方法

为了确认FastRPC通道是否正常工作，可以：

1. 首先运行Hexagon SDK提供的calculator示例
2. 观察是否能成功在DSP上执行计算
3. 如果calculator示例失败，则表明FastRPC基础功能有问题
4. 如果calculator成功但TVM失败，则可能是TVM特定的配置问题

最佳实践建议

1. 开发阶段：使用支持未签名PD的开发板进行初步开发和测试
2. 生产部署：提前与OEM协调获取签名证书和工具
3. 调试技巧：
   • 检查系统日志中的FARF消息
   • 验证库文件路径和权限
   • 逐步测试从简单示例到复杂模型

通过以上分析和解决方案，开发者可以系统地解决TVM在Hexagon DSP上的FastRPC通道初始化问题，实现模型在DSP上的高效运行。