blackaddwhite
commented
9 months ago 您好，我们的转码应用程序运行 libgstrockchipmpp，它处理 RGA2，但是当任务被终止并重新运行时，我们面临：
rga_mm: the following RGA_MMU unsupported Memory larger than 4G!同时，通过监控系统使用情况，我看到内存低于2GB。 我很奇怪为什么我会遇到这个问题。 此外，由于我们不直接处理 RGA，调试它给我们带来了一些挑战。 我认为问题与RGA的缓存有关，任务被杀死后没有刷新。 我想知道是否有任何命令可以在终端上运行来清除RGA的缓存。 如果没有，是否有其他方法可以在不处理 RGA 代码的情况下解决此问题？ 我将不胜感激你的回答。
可以参考Rockchip_FAQ_RGA_XX中的信息： Q1.8：为什么当搭载8G DDR时，RGA效率较于4G时性能下降严重？
A1.8：由于部分RGA1/RGA2的IOMMU仅支持最大32为的物理地址，而RGA Device Driver、RGA2 Device Driver中对于不满足硬件内存要求的调用申请，默认是通过swiotlb机制进行访问访问受限制的内存（原理上相当于通过CPU将高位内存拷贝至复合硬件要求的低位内存中，再交由硬件进行处理，处理完毕后再通过CPU将低位内存搬运回目标的高位内存上。）因此效率十分低下，通常在正常耗时的3-4倍之间浮动，并且引入受CPU负载影响。
RGA Multicore Device Driver中针对访问受限制的内存会禁用swiotlb机制，直接通过调用失败的方式显示的通知调用者申请合理的内存再调用，来保证RGA的高效。通常伴随着以下日志：
HAL层日志：
RgaBlit(1483) RGA_BLIT fail: Invalid argument Failed to call RockChipRga interface, please use 'dmesg' command to view driver error log. 驱动日志：
rga_policy: invalid function policy //标识存在无效的参数，这里是指没有硬件能够访问当前请求配置的内存。 rga_job: job assign failed //匹配硬件核心失败 rga_job: failed to get scheduler, rga_job_commit(403) rga_job: (pid:3524) job clean use time = 19 rga_job: request[282567] task[0] job_commit failed. rga_job: rga request commit failed! rga: request[282567] submit failed! 驱动运行日志：
rga_policy: start policy on core = 4 [82116.782252] rga_policy: RGA2 only support under 4G memory! //标识当前搭载的RGA2核心仅支持4G以内的内存。 [82116.782256] rga_policy: optional_cores = 0 [82116.782258] rga_policy: invalid function policy [82116.782260] rga_policy: assign core: -1 [82116.782262] rga_job: job assign failed 因此，针对这种场景建议申请4G以内的内存调用librga，常见的分配4G内存方式可以查看以下示例代码：
bluesky2319
您好，我们的转码应用程序运行 libgstrockchipmpp，它处理 RGA2，但是当任务被终止并重新运行时，我们面临：
rga_mm: the following RGA_MMU unsupported Memory larger than 4G!同时，通过监控系统使用情况，我看到内存低于2GB。 我很奇怪为什么我会遇到这个问题。 此外，由于我们不直接处理 RGA，调试它给我们带来了一些挑战。 我认为问题与RGA的缓存有关，任务被杀死后没有刷新。 我想知道是否有任何命令可以在终端上运行来清除RGA的缓存。 如果没有，是否有其他方法可以在不处理 RGA 代码的情况下解决此问题？ 我将不胜感激你的回答。