2023年下半年,我们收到不少小伙伴的反馈,他们的Dayu200开发板在烧录系统镜像(不管是自己编译的还是每日构件上的镜像)之后,系统起不来:黑屏、不响应任何操作、串口日志发现大量的rga2异常
[ 25.413650] rga2: init reg fail [ 25.428346] rga2_mmu: Failed to map src attachment [ 25.428396] rga2_mmu: src0: can't map dma-buf [ 25.428405] rga2: fail to get dma buffer info! [ 25.428414] rga2: init reg fail
但我手上的Dayu200开发板(2G内存版本)却无论如何都无法确认到这样的异常。后经排查,确认小伙伴手上的8G内存版本的Dayu200会存在上述异常,只是我手上没有8G内存版本的Dayu200,不好确认现象。
研发针对OpenHarmony 3.2-Release版本,给出了一个“boot_linux_dayu200_64bit_8G_3.2-Release.img”内核镜像,替换烧录该内核镜像即可修复异常,不过该内核镜像不适用于OpenHarmony 4.x版本;后继又给出了一个“uboot_dayu200_64bit_8G.img”的uboot镜像,只替换烧录该uboot镜像也可修复异常,且该uboot镜像适用于OpenHarmony 3.x和4.x版本,在2G内存的Dayu200上也可正常使用。
小伙伴们可以把这个“uboot_dayu200_64bit_8G.img”的uboot镜像复制到 //device/board/hihope/rk3568/loader/ 目录下,替换掉原有的 uboot.img 即可;如果不替换的话,那就修改一下://device/board/hihope/rk3568/kernel/build_kernel.sh 文件,在如下位置增加一行代码:
cp ${KERNEL_OBJ_TMP_PATH}/resource.img ${2}/resource.img cp ${3}/loader/MiniLoaderAll.bin ${2}/MiniLoaderAll.bin cp ${3}/loader/uboot.img ${2}/uboot.img # 增加如下一行代码 cp ${3}/loader/uboot_dayu200_64bit_8G.img ${2}/uboot_dayu200_64bit_8G.img
在烧录镜像的时候,可以选择不再烧录uboot或者烧录uboot_dayu200_64bit_8G.img即可。
顺便提一句,小伙伴们导入config.cfg文件,根据实际情况修改烧录镜像的真实路径之后,可以导出自己的config.cfg文件,替换掉 //device/board/hihope/rk3568/loader/config.cfg 文件即可。
近期OpenHarmony 代码仓已经提供了 4.1-Release 分支代码,我下载下来后编译出Dayu200镜像,烧录到8G内存的Dayu200开发板上,重启后会出现如下异常(烧录到2G内存的Dayu200开发板无此异常):
触摸无反馈,串口出现前面提到的 rga2 异常log;按下音量控制键(Mute/Vol+/Vol-)会恢复正常的桌面,但是打开应用时响应极慢,且应用功能/显示也不完整。
单独替换烧录 uboot_dayu200_64bit_8G.img 镜像:
重启后确认可正常进入桌面,触摸以及应用功能均正常。
查看内存信息:
C:\Users>hdc shell free total used free shared buffers Mem: 8024813568 971042816 7053770752 90497024 1642496 -/+ buffers/cache: 969400320 7055413248 Swap: 1073737728 0 1073737728 # 上面是异常时查看的内存信息 # 下面是烧录uboot_dayu200_64bit_8G.img后查看的内存信息 C:\Users>hdc shell free total used free shared buffers Mem: 3879153664 987426816 2891726848 91111424 1724416 -/+ buffers/cache: 985702400 2893451264 Swap: 1073737728 0 1073737728
据Rockchip公开资料了解到:
“当内存 >= 4GB时, RK3566、RK3568、RK3562等芯片内的一些IP(尤其是RGA2),无法访问4GB以上空间”
“可以检查一下配置的图像任务的参数,确认是否配置了仅有RGA2核心(内存访问受限制的核心)支持的功能或格式,以RK3588为例,color fill功能和YUV422/420 planar格式均是RGA2核心特有的功能和格式,因此该场景下必须分配4G以内内存空间的内存调用RGA。”
“仅搭载一种RGA的芯片平台(例如仅搭载RGA2的RK3399、RK3568、Rk3566)上:当芯片平台上仅搭载内存访问受限制的核心时,则调用RGA时必须申请符合搭载核心对内存要求的内存”
“当使用DRM、malloc、new等不支持指定分配4G以内内存空间的内存的内存分配器时,也可以通过修改uboot的内存映射范围来解决。
uboot相关修改可以参考SDK文档中 uboot开发文档->Chapter-8 调试手段->修改DDR容量,将内存映射范围全局限制在0~4G内存空间以内即可。”
“大于4GB的内存直接不上报给kernel”
“对于8GB内存的,不建议这样修改,否则内存直接变成4GB了。建议找RK处理。”
所以目前的实际修改方案就是直接将8G内存降为4G内存来使用以避免上述问题,暂不确定后继RK是否会提供进一步的解决方案。
最后,附上 uboot_dayu200_64bit_8G.img 镜像的下载路径:https://gitee.com/liangkzgitee/Hihope_Product_Images/tree/master/HiHope_DAYU200