Figure

Hi 杜磊

串口分析900E原因为，内核操作了非法的虚拟地址，调用栈如下

Pre_figure_turbox-c2130c-la1.1-vendor-dev/LINUX/android/kernel/msm-4.19/techpack/display/msm/sde/sde_kms.c
Pre_figure_turbox-c2130c-la1.1-vendor-dev/LINUX/android/kernel/msm-4.19/techpack/display/msm/msm_smmu.c
Pre_figure_turbox-c2130c-la1.1-vendor-dev/LINUX/android/kernel/msm-4.19/techpack/display/msm/msm_gem_vma.c

_sde_kms_mmu_init-- [drm:_sde_kms_mmu_init:3197] failed to map ret:-19
-- _sde_kms_map_all_splash_regions
---- _sde_kms_splash_mem_get-- [drm:_sde_kms_splash_mem_get:794] splash memory smmu map failed:-19
------ mmu->funcs->one_to_one_map
------- msm_smmu_one_to_one_map
161   if (!client || !client->domain)
162   return -ENODEV;
返回ENODEV，可能是前面没有初始化成功

--3219  fail:
--3221   _sde_kms_mmu_destroy(sde_kms);
--------------- msm_gem_address_space_put(sde_kms->aspace[i]);
------------------ msm_gem_address_space_destroy
-------------------- aspace->ops->destroy(aspace)
------------------------ smmu_aspace_destroy
-------------------------- aspace->mmu->funcs->destroy(aspace->mmu); -- Unable to handle kernel paging request at virtual address 51946e15c56007b7
----------------------------- static void msm_smmu_destroy(struct msm_mmu *mmu)
-------------------------------- 210   kfree(smmu);

drm初始化过程中，检测到client/domain不存在，导致初始化失败,走fail流程，在destroy对应地址时出现非法访问。
需要详细check此部分加载时序是否正常，对比正常日志，目前还有一个怀疑点可供参考：

出现异常的开机日志中，没有msmdrm_smmu 相关打印，kfree的对象恰好又是smmu

行 275: [    0.000000] Booting Linux on physical CPU 0x0000000000 [0x51df805e]
    行 1568: [   12.084444] msmdrm_smmu ae00000.qcom,mdss_mdp:qcom,smmu_sde_unsec_cb: Linked as a consumer to 15000000.apps-smmu
    行 1572: [   12.113792] msmdrm_smmu ae00000.qcom,mdss_mdp:qcom,smmu_sde_sec_cb: Linked as a consumer to 15000000.apps-smmu
    行 1891: [    0.000000] Booting Linux on physical CPU 0x0000000000 [0x51df805e]
    行 4673: [   31.656867] msmdrm_smmu ae00000.qcom,mdss_mdp:qcom,smmu_sde_unsec_cb: Linked as a consumer to 15000000.apps-smmu
    行 4680: [   31.714054] msmdrm_smmu ae00000.qcom,mdss_mdp:qcom,smmu_sde_sec_cb: Linked as a consumer to 15000000.apps-smmu
    行 5324: [    0.000000] Booting Linux on physical CPU 0x0000000000 [0x51df805e]
    行 7469: [   21.876227] [drm:_sde_kms_mmu_init:3197] [sde error]failed to map ret:-19
    行 7487: [   21.876286] pc : smmu_aspace_destroy+0x14/0x28

Thanks.

此bug 需在12/20 工厂版本上进行修改

1. log中出现0000000000000地址，通常为空，出错后会kfree一个为空地址，导致panic
sde_kms_hw_init
rc = _sde_kms_hw_init_ioremap(sde_kms, platformdev);
sde_kms->mmio = msm_ioremap(platformdev, "mdp_phys", "mdp_phys");
if (IS_ERR(sde_kms->mmio)) {
rc = PTR_ERR(sde_kms->mmio);
SDE_ERROR("mdp register memory map failed: %d\n", rc);
sde_kms->mmio = NULL;
goto error;
}
DRM_INFO("mapped mdp address space @%pK\n", sde_kms->mmio); -->[ 21.875193] [drm] mapped mdp address space @0000000000000000

_sde_kms_hw_destroy(sde_kms, platformdev);

2. 51946e15c56007b7此地址为kernel请求的虚拟地址，此地址在内核和用户空间的虚拟地址，请求失败导致
Unable to handle kernel paging request at virtual address 51946e15c56007b7
[51946e15c56007b7] address between user and kernel address ranges

可以尝试规避panic的问题，但是会导致屏幕始终无法显示的问题

hi， 刘强，

帮忙用另外一台设备再复现一下此问题，并抓log
确认信息：
1. 新的设备复现此问题时，是否会出现同样的错误log, 若是，那说明此问题发生时，是同一个原因导致的。
若不是，那说明每台设备在启动时断电的随机性导致，此时刻模块启动时发生异常。

从当前log分析看是display在初始化时出错导致系统进900E.

复现版本：FlatBuild_HH_VX1_MCE_FSE.M.R.user.01.00.0063.X101
出现错误日志：
[ 20.156381] Unable to handle kernel paging request at virtual address 007db129857b81e9
[ 20.155349] [drm] mapped mdp address space @0000000000000000

使用VX板子，之前是VC板子复现

问题修复，持续验证中，修改状态为RESOLVED，继续测试

麻烦跟进下工厂的生产情况，另外需要找周飞和唐金泽确认下一步解决方案，是否需要在开机动画出来前就完成数据备份

VB验证200次
Release 0085版本验证：229次

【测试步骤】
1. 烧写0085版本
2. 在开机过程中进行异常断电-上电压测 10次
3. 等10次后，进入到操作系统，进行OTA升级
4. 升级成功后，设备重启，在重启过程中进行异常断电压测

验证结果详情：https://thundersoft.feishu.cn/sheets/shtcn7PGzO2W4gnMylrMGfHFaJh?sheet=FKdpGr

未复现key问题