[发明专利]采样CPU挂死前信息的方法和装置、设备和存储介质

说明书

本发明公开了一种采样CPU挂死前信息的方法和装置、设备和存储介质。其中，所述智能产品运行时有至少两个子系统，所述方法包括：在所述至少两个子系统中的一个子系统CPU挂死时，通过挂死的子系统CPU的看门狗触发寄存器自动保存机制，所述寄存器自动保存机制保存所述挂死的子系统CPU挂死前现场的寄存器信息。本发明针对多子系统的智能产品，在一个子系统挂死且其余子系统至少有一个正常的情况下，通过看门狗机制触发寄存器自动保存机制，保存挂死前现场的寄存器信息，辅助定位CPU挂死问题，为分析CPU挂死的原因多了种debug手段，从而提高debug效率。

技术领域

本发明属于嵌入式领域，尤其涉及一种采样CPU(中央处理器)挂死前信息的方法和装置、设备和存储介质。

背景技术

多核处理器已经应用到智能产品中，以为用户带来更强大的计算性能，以及满足用户同时进行多任务处理和多任务计算环境的要求。若手机发生部分核(core)挂死/全部挂死，目前常用Log等常规调试(debug)手段或在线调试器获取挂死前的相关信息，从而分析挂死原因。但是上述的debug手段并不能在任何情况下都满足debug需求。例如，有些挂死可能会直接致使手机重启而导致现场丢失，这使得Log等信息有时候无法查看现场的堆栈信息，从而通过Log等常规调试(debug)手段无法分析出原因，很难分辨出发生了什么或者什么导致了死锁。又例如，由于某些挂死场景，core进入异常状态，无法响应Trace32等在线调试器的break请求，致使在线调试器无法连接手机，无法知道挂死前的现场相关信息，又或者，客户可能没有Trace32等在线调试器，根本无法进行在线调试，即使有，可能也需要调试人员连上去现场分析，十分不方便。因此，如何更有效地采样CPU挂死前的信息以利于分析挂死原因，是亟需解决的问题。

发明内容

本发明要解决的技术问题是为了克服现有技术中采用常规debug手段无法知道CPU挂死前现场的信息，从而导致无法CPU挂死原因的缺陷，提供一种采样CPU挂死前信息的方法和装置、设备和存储介质。

本发明是通过以下技术方案解决上述技术问题的：

本发明提供一种采样智能产品CPU挂死前信息的方法，所述智能产品运行时有至少两个子系统，所述方法包括：

在所述至少两个子系统中的一个子系统CPU挂死时，通过挂死的子系统CPU的看门狗触发寄存器自动保存机制(reg_autosave)，所述寄存器自动保存机制保存所述挂死的子系统CPU挂死前现场的寄存器信息。

较佳地，所述寄存器自动保存机制将所述寄存器信息保存在所述挂死的子系统CPU中；所述方法还包括：

所述挂死的子系统CPU通过ARM的内核景象(coresight)的追踪(trace)流将所述寄存器信息流到SoC ETB(片上系统嵌入式跟踪缓存)中，或，通过所述至少两个子系统中的其余子系统中未挂死的至少一个子系统转储所述寄存器信息。

较佳地，通过挂死的子系统CPU的看门狗触发寄存器自动保存机制的步骤，包括：

若所述挂死的子系统CPU的所有核未全部挂死，则由所述挂死的子系统CPU未挂死的核在检测到所述挂死的子系统CPU的看门狗超时后触发所述寄存器自动保存机制，或由所述其余子系统中未挂死的至少一个子系统在检测到所述挂死的子系统CPU的看门狗超时后触发所述寄存器自动保存机制；

和/或，

若所述挂死的子系统CPU的所有核全部挂死，则由所述其余子系统中未挂死的至少一个子系统在检测到所述挂死的子系统CPU的看门狗超时后触发所述寄存器自动保存机制。

较佳地，所述挂死的子系统CPU的看门狗中断在芯片供电的看门狗重置前触发。

较佳地，所述至少两个子系统包括应用处理子系统、通信处理子系统和系统处理子系统中的至少两种。