• 全志R128休眠流程前期卡住问题定位思路


    内容背景

    本文在开发过程中或新设备模块添加到休眠框架后,发现前期休眠流程卡住时的快速定位思路。其中前期休眠流程指全局中断未关闭,系统仍可输出log的阶段。

    定位思路

    (1)若只是休眠流程卡住,系统未崩溃,仍可正常处理中断:
    在全局中断未关闭,系统可输出log的阶段,AMP框架仍可正常使用,因此可用另一个核来监控本核的状态或触发本核的backtrace;

    (2)若系统已不再响应事件:
    需要利用休眠不会被清空的寄存器,确认卡住前的最近一次写入情况;

    定位方法

    (1)休眠流程卡住,系统未崩溃,仍可正常处理中断
    示例:系统休眠时,C906概率性卡在AXP设备的休眠回调中:

    • 控制台切换为DSP,使能DSP端PM测试工具宏COMPONENTS_PM_TEST_TOOLS;

    • 上电后DSP使能一个软件唤醒源,此时不会休眠DSP,例如DSP输入

    pm_init_wakesrc -500 2
    pm_list_wakesrc
    pm_enable_wakesrc
    
    • 1
    • 2
    • 3
    • 跑休眠唤醒,在C906复现问题时,对休眠task进行backtrace,例如:
    确认task名称:rpccli rv ts
    对pm task backtrace:rpccli rv backtrace pm_suspend
    
    • 1
    • 2

    快速定位C906卡住位置。

    (2)系统已不再响应事件:
    需要利用休眠不会被清空的寄存器,确认卡住前的最近一次写入位置;

    • 使能该核上PM测试工具宏COMPONENTS_PM_TEST_TOOLS;
    • 输入pm_set_record 1,之后休眠唤醒流程会进行阶段记录;
    • 查看pm_record_stage()函数使用的记录寄存器;
    • 若支持不掉电复位,可直接复位后查看该寄存器值,也可使用另一个核或JTAG查看寄存器值,定位到最近一次写入位置。
  • 相关阅读:
    JVM第二讲:JVM 基础 - 字节码详解
    C运行时库- CRT(C Runtime)
    Redis内存回收机制-内存淘汰策略和过期策略
    数据结构--栈
    【大数据Hive】hive 优化策略之job任务优化
    使用Docker部署ElasticSearch与kibana
    软体机器人接触压力分析
    Python导出word文档
    【Flink系列】JDBC写入调优
    【操作系统】操作系统笔记
  • 原文地址:https://blog.csdn.net/weixin_43094346/article/details/134035207