ARMv8体系架构
未读
c5b1c9d87331a45001ba9b8dd4d3824d9126a1ea72c8ede0b63c9350ac773722dec08a7e9c041bafa7c1a2336be876e7870a6046dbbff719b61702d900e9bc4fb82bbc8687cab63052c5bae0a241826fc10c64389af2d4381845e8073bd8e7011f51cf16d49e20ef0f4ecbca1092777c3b8ff55b538fc65859b9066241a0abb99d9822cbc46b7fca099c941def905e2b48da1800092743836721c32a6a6d946ae6beb132c1db819c3a9fbd663e0632764fe53494464f90aa2c0e97e0041cb9618f73914bca50f9c7ef6a4e7748ef52fd9fed3b8f35b6eafe2e2c87ce5b4522154629e445e70409afb92110633e0d9b5b355b3adf9d5b1db04 ...
一、问题现象从导出的/dev/logfs中的UefiLog日志中存在乱码，且日志不全
C3F项目正常、C3F2项目异常
二、问题分析
从现象来看存在的乱码其实是‘0’，所以有可能是因为初始化的log buffer过大 大于实际的log buffer size，导致初始化的补0 打印了出来
数据乱序
1234line 88: B - 24877312 - Bootup frequency set to 1555200下一句日志跑到了第一行line 1 : 5937 - do_ddr_training, Delta
下面从以上两个怀疑点验证问题
2.1 怀疑XBL log buffer size设置异常
2.1.1 follow C3F项目从C3F2的代码来看，当前有问题的版本关于XBL log buffer的初始化 走在了静态分配的函数里，我check了C3F项目的代码，发现C3F走在了132行里面，故更改逻辑让代码走入132行
https://gerrit.odm.mioffice.cn/c/platform/vendor/qcom/non-hlos/+/ ...
