【系统稳定性】1.6 黑屏(三)

五,QNX启动异常

qnx启动异常无疑同样是灾难级的存在。qnx是目前座舱方案中主流的存在,如果qnx存在异常会导致host或la或其他娱乐世界offline。那么导致qnx的原因有很多,相应地,我们也有很多的排查手段。

5.1 以太网连接

座舱方案中目前还是多域的设计,那么多域之间的连接主流是以太网,我们可以通过其他域以太网访问SOC的方式来排查,qnx是否online。如ping xxx.xxx.xxx.xxx。

5.2 串口

qnx启动异常,有可能是卡在xbl,也有可能卡在qnx的内核初始化或系统初始化等。我们可以通过串口日志的输出来进行判断,当前qnx处于什么状态。

xbl异常的比较少见,如果不是首发或者客制化过多,一般较少遇到。比较常见的就是功能安全导致的异常,比如开启了SecureBoot的设备,镜像校验失败导致卡功能安全。通查卡在镜像加载后,可以参考如下启动日志:

”SMSS - Image Loaded, Delta ......"

或者从串口或bootlog中直接看到镜像加载失败的信息,如下:

”do_mount ifs_coreservices.img:Verification failed"

"loader_thread_main:IFS2 loading failed"

镜像加载失败常见的原因就是没有使用qcom指定的刷写工具,如fastboot刷写,在qfile刷写中也遇到过类似的问题,可以提case给对应的工具团队处理。那么该问题的根本原因可能是分区映射异常,可以通过qfile在9008模式将分区映射信息PartitionsList.xml回读出来进行对比查看。

5.3 设备管理器

<

你可能感兴趣的:(android,qnx,linux,qcom)