【Trace32专栏】使用trace32 定位分析log_buf问题

详细介绍如何使用trace32进行调试

常用操作： 1、加载全量代码命令如下： y.SourcePATH.srd z:\code\sm8450\kernel_platform\msm-kernel 注意：加载代码时，要注意代码的配套关系，通常要看内核版本号 Linux version 5.10.81-qki-consolidate-android12-9-g0d22ce60d851 0d22ce60d851 是版本构建时的kernel仓的tag点（commit id），可以进到kernel仓并checkout到该tag点，确保代码和du

Linux 性能检测/调优之Perf_Event_He11o_Liu的专栏-CSDN博客

高通开发系列 - 设备死机无法抓取dump

【SemiDrive源码分析】【X9芯片启动流程】30 - AP1 Android Kernel 启动流程

如果厂家提供了脚本可以直接运行。

项目中接触到需要用劳特巴赫调试代码的部分，之前从没接触过。今天简单来学习总结一下具体的使用方法。截图都是来源自trace32官方的培训视频。

访问类型（Access Class）被 Trace32的PowerView用于指定访问内存、外设的寄存器、可寻址的core资源、协处理寄存器以及Trace32的虚拟内存等。在Trace32中，寻址包括两部分：访问类型+地址，比如： 其中 为访问类型，为访问的地址，二者之间用冒号 连接。访问类型可以是：通常使用字母 来表示程序内存类型（可省略）,比如以下命令：可以省略，上述两个命令都是在程序地址为 的地方，打开源代码窗口。除了 类型之外，还有 , 和 等程序内存类型，这些类型是处理器架构用来指定不同指令集的编

通过dump出来死机时候的 log ，结合elf文件，进行分析，处理成trace32可以接受的cmm文件。-----》本篇文章不介绍如何转成cmm文件的过程。-----》在cmm的基础上如何分析出更多的死机原因，以便找到解决方案；通常直接的方式及时通过死机时候的call stack来分析，如下图；有时我们需要查看一些全局变量在死机之前的内容，可以通过view-》symbol-》browse，然后找...