CN105700999A

CN105700999A - 记录处理器操作的方法及系统

Info

Publication number: CN105700999A
Application number: CN201610094900.6A
Authority: CN
Inventors: 易冬柏
Original assignee: Gree Electric Appliances Inc of Zhuhai
Current assignee: Gree Electric Appliances Inc of Zhuhai
Priority date: 2016-02-19
Filing date: 2016-02-19
Publication date: 2016-06-22
Anticipated expiration: 2036-02-19
Also published as: CN105700999B

Abstract

本发明公开了一种记录处理器操作的方法及系统。其中，该方法包括：检测模块检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上；在检测到处理器的运行状态为执行操作指令时，检测模块通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同；检测模块将操作指令的属性信息存储至本地。本发明解决了现有技术中的记录CPU的操作的方案会导致CPU操作记录不完整的技术问题。

Description

记录处理器操作的方法及系统

技术领域

本发明涉及CPU领域，具体而言，涉及一种记录处理器操作的方法及系统。

背景技术

在芯片的测试和生产前后，总会有各种各样的问题，比如芯片因为一些故障而发生重启，芯片上的CPU是芯片的大脑，它是处理芯片事宜的关键部件，所以要检测出芯片发生了何种故障，需要通过时刻记录CPU发生过的事情，例如，记录CPU曾经执行过哪些指令，从而分析出CPU发生故障(例如挂死)的原因。

随着芯片的设计越来越复杂，芯片内部会发生的问题的概率性也越来越多，在现有技术中，获取芯片内部CPU操作的方案较简单，导致CPU操作记录不完整。

针对现有技术中的记录CPU的操作的方案会导致CPU操作记录不完整的技术问题。目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种记录处理器操作的方法及系统，以至少解决现有技术中的记录CPU的操作的方案会导致CPU操作记录不完整的技术问题。

根据本发明实施例的一个方面，提供了一种记录处理器操作的方法，包括：检测模块检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上；在检测到处理器的运行状态为执行操作指令时，检测模块通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同；检测模块将操作指令的属性信息存储至本地。

根据本发明实施例的另一方面，还提供了一种记录处理器操作的系统，包括：处理器；检测模块，与处理器通过通讯总线连接，用于通过通讯总线检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上；在检测到处理器执行操作指令时，检测模块用于通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同；检测模块还用于将操作指令的属性信息存储至本地。

在本发明实施例中，采用检测模块检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上；在检测到处理器的运行状态为执行操作指令时，检测模块通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同；检测模块将操作指令的属性信息存储至本地，解决了现有技术中的记录CPU的操作的方案会导致CPU操作记录不完整的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种记录处理器操作的方法的流程图；

图2是根据本发明实施例的一种可选的记录处理器操作的方法的示意图；

图3是根据本发明实施例的一种可选的记录处理器操作的方法的示意图；以及

图4是根据本发明实施例的一种记录处理器操作的系统的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

根据本发明实施例，提供了一种记录处理器操作的方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种记录处理器操作的方法的流程图，如图1所示，该方法包括如下步骤：

步骤S12，检测模块检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上。

具体地，在本方案中，可以通过一个检测模块CPU_DBG检测处理器CPU的运行状态，需要说明的是，如图2所示，CPU_DBG模块可以挂在CPU与外部设备之间的通讯总线上，在芯片中，CPU的所有操作，都需要对外发出请求来读取数据，或者写数据，无论CPU读数据或者是写数据，CPU直接访问的接口(例如总线接口)就是记录CPU行为的必经之路。因此在本方案中，当CPU读取或执行指令时，挂于总线上的CPU_DBG模块可以完整记录CPU的所有操作。

可选地，结合图2，与CPU连接的外部设备可以包括：北桥NorthBridge，内存SRAM、DRAM，外围设备Peripheral,直接存储芯片DMA等。

步骤S14，在检测到处理器的运行状态为执行操作指令时，检测模块通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同。

具体地，在本方案中，检测模块CPU_DBG在检测到CPU执行操作指令时，可以通讯总线来获取到操作指令的属性信息，操作指令的属性信息可以为操作指令的存放地址，数据类型、需要记录的BUS总线类型等。需要说明的是，检测模块CPU_DBG也可以获取到CPU对外部设备的请求数据。

还需要说明的是，由于检测模块CPU_DBG的时钟频率和CPU的时钟频率相同，因此，检测模块CPU_DBG不会丢失任何CPU发出的数据，可以保证CPU数据的完整性。

步骤S16，检测模块将操作指令的属性信息存储至本地。

具体地，在本方案中，检测模块CPU_DBG可以将操作指令的属性信息存储到本地，由于检测模块CPU_DBG是独立于CPU的一个模块，因此，该模块不会受到芯片的ColdReset控制，及时芯片在进行冷启动后，检测模块CPU_DBG保存的数据也不会丢失。

本实施例通过检测模块检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上；在检测到处理器的运行状态为执行操作指令时，检测模块通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同；检测模块将操作指令的属性信息存储至本地，解决了在相关技术中的记录CPU的操作的方案导致CPU操作记录不完整的问题。

可选地，在步骤S16检测模块将操作指令的属性信息存储至本地之后，本实施例提供的方法还可以包括：

步骤S18，在处理器发生故障重启后，处理器从检测模块的本地信息中获取操作指令的属性信息。

具体地，在本方案中，在处理器发生故障重启后，处理器可以从检测模块的本地信息中主动获取操作指令的属性信息，可选地，检测模块CPU_DBG可以随时检测CPU的运行状态，在CPU发生故障重启后，检测模块可以将操作指令的属性信息发送至处理器。需要说明的是，CPU可以随时从检测模块CPU_DBG中获取操作指令信息，以此分析出CPU发生故障的原因。

这里需要说明的是，本发明可以实时记录CPU的所有外发行为，并保存。如果发生CPU挂死，或者系统挂死，那么CPU_DBG模块存储的数据为CPU的debug和现场察看留下数据。CPU可以通过查看数据来分析出上一次死机的原因。由于CPU的操作的有两种数据类型，一种是CPU操作指令，另外一种是CPU数据。CPU数据对于debugCPU来说意义不是那么重要，因为数据随时可能变化，并且它不影响CPU的行为，而CPU的指令是影响CPU执行的很重要原因，所以本方案采用检测模块CPU_DBG来获取CPU所执行的指令。

还需要说明的是，本发明对CPU_DBG记录的深度和记录的数据类型不做限定，记录的数据可以为:Address,R/W,BurstLength,ReadData,WriteData等。

可选地，检测模块包括：逻辑控制模块、寄存模块以及数据存储模块，其中，步骤S16，检测模块将操作指令的属性信息进行存储至本地的步骤可以包括：

步骤S161，逻辑控制模块判断操作指令的类型。

在本方案中，如图3所示，在CPU_DBG模块中可以集成有逻辑控制模块ConrtolLogic，ConrtolLogic可以判断CPU执行的操作指令的类型。

步骤S162，逻辑控制模块根据操作指令的类型将操作指令的属性信息发送至检测模块中的寄存模块。

具体地，结合图3，在CPU_DBG模块中可以集成有寄存模块DFF，ConrtolLogic模块可以根据操作指令的类型将操作指令的属性信息发送至不同的寄存模块DFF。

需要说明的是，DFF模块可以根据CLOCK发送的时钟信号来记录CPU所执行的每一拍操作指令数据。

步骤S163，寄存模块将操作指令的属性信息转发至数据存储模块中的数组。

具体地，结合图3，在CPU_DBG模块中可以集成有数据存储模块Array，而且数据存储模块存储数据的形式为数组存储。需要说明的是，Array模块的记录深度可以通过参数定义来实现。

在本方案中，如图3所示，在CPU_DBG模块中可以集成有逻辑控制模块ConrtolLogic，ConrtolLogic可以判断CPU执行的操作指令的类型然后根据操作指令的类型存储至不同的寄存模块DFF。

可选地，检测模块还包括复位模块，其中，在步骤S16检测模块将操作指令的属性信息进行存储至本地之后，本实施例提供的方法还可以包括：

步骤S20，复位模块向寄存模块发送复位信号，复位信号用于使得寄存模块复位至初始状态。

具体地，结合图3，在CPU_DBG模块中可以集成有复位模块SW_RESET,需要说明的是，SW_RESET模块为此模块的特定RESET，不和芯片的整体的RESET连接。SW_RESET模块可以通过其内部的控制逻辑产生复位信号RESET，这个控制逻辑可以由CPU读写SW_RESET模块的内部寄存器来完成。由此，Array和DFF模块就不会根据芯片的ColdReset控制，数据就不会丢失。

可选地，检测模块还包括：时钟发生器，时钟发生器用于向逻辑控制模块、寄存模块以及复位模块提供时钟信号。

具体地，结合图3，在CPU_DBG模块中可以集成有时钟发生器CPU_CLK,CPU_CLK可以向CPU_DBG模块中的逻辑控制模块、寄存模块以及复位模块提供时钟信号，可选地，CPU_CLK也可以控制CPU_DBG模块中时钟信号的关闭。

综上，本方案的创新点在于：在总线上增加了一个CPU_DBG模块，在系统工作的时候，CPU对外访问(例如执行操作指令)，CPU_DBG就能记录所有CPU的行为，如果CPU发生挂死hang-up,那么CPU总线就会停下来，通过不掉电的软复位后，CPU可以访问CPU_DBG模块存储的数据，就能获知CPU挂死的现场数据，通过对该系列Array的访问，获知最后CPU的行为，从而为系统Debug和调试服务，本方案提高了芯片的稳定性，加快了查询芯片bug的速度。

实施例二

本申请提供了一种记录处理器操作的系统，如图4所示，该系统可以包括：

处理器40，检测模块42，与处理器通过通讯总线连接，用于通过通讯总线检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上。在检测到处理器执行操作指令时，检测模块42用于通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同。检测模块42还用于将操作指令的属性信息存储至本地。

本实施例通过检测模块检测处理器的运行状态，其中，检测模块挂于处理器与外部设备的通讯总线上；在检测到处理器的运行状态为执行操作指令时，检测模块通过通讯总线获取操作指令的属性信息，其中，检测模块的时钟频率与处理器的时钟频率相同；检测模块将操作指令的属性信息存储至本地，解决了在相关技术中的记录CPU的操作导致CPU操作记录不完整的问题。

可选地，在处理器发生故障重启后，处理器从检测模块的本地信息中获取操作指令的属性信息。

可选地，检测模块包括：逻辑控制模块，用于判断操作指令的类型；逻辑控制模块还用于根据操作指令的类型将操作指令的属性信息发送至寄存模块；寄存模块，用于通过数组保存操作指令的属性信息。

可选地，检测模块还包括：复位模块，与寄存模块连接，用于控制寄存模块复位至初始状态。

可选地，检测模块还包括：时钟发生器，用于向逻辑控制模块、寄存模块以及复位模块提供时钟信号。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种记录处理器操作的方法，其特征在于，所述方法包括：

检测模块检测处理器的运行状态，其中，所述检测模块挂于所述处理器与外部设备的通讯总线上；

在检测到所述处理器的运行状态为执行操作指令时，所述检测模块通过所述通讯总线获取所述操作指令的属性信息，其中，所述检测模块的时钟频率与所述处理器的时钟频率相同；

所述检测模块将所述操作指令的属性信息存储至本地。

2.根据权利要求1所述的方法，其特征在于，在所述检测模块将所述操作指令的属性信息存储至本地之后，所述方法还包括：

在所述处理器发生故障重启后，所述处理器从所述检测模块的本地信息中获取所述操作指令的属性信息。

3.根据权利要求2所述的方法，其特征在于，所述检测模块包括：逻辑控制模块、寄存模块以及数据存储模块，其中，所述检测模块将所述操作指令的属性信息存储至本地的步骤包括：

所述逻辑控制模块判断所述操作指令的类型；

所述逻辑控制模块根据所述操作指令的类型将所述操作指令的属性信息发送至所述检测模块中的寄存模块；

所述寄存模块将所述操作指令的属性信息转发至所述数据存储模块中的数组。

4.根据权利要求3所述的方法，其特征在于，所述检测模块还包括复位模块，其中，在所述检测模块将所述操作指令的属性信息存储至本地之后，所述方法还包括：

所述复位模块向所述寄存模块发送复位信号，所述复位信号用于使得所述寄存模块复位至初始状态。

5.根据权利要求4所述的方法，其特征在于，所述检测模块还包括：时钟发生器，所述时钟发生器用于向所述逻辑控制模块、所述寄存模块以及复位模块提供时钟信号。

6.一种记录处理器操作的系统，其特征在于，所述系统包括：

处理器；

检测模块，与所述处理器通过通讯总线连接，用于通过所述通讯总线检测所述处理器的运行状态，其中，所述检测模块挂于所述处理器与外部设备的所述通讯总线上；

在检测到所述处理器执行操作指令时，所述检测模块用于通过所述通讯总线获取所述操作指令的属性信息，其中，所述检测模块的时钟频率与所述处理器的时钟频率相同；

所述检测模块还用于将所述操作指令的属性信息存储至本地。

7.根据权利要求6所述的系统，其特征在于，

8.根据权利要求7所述的系统，其特征在于，所述检测模块包括：

逻辑控制模块，用于判断所述操作指令的类型；

所述逻辑控制模块还用于根据所述操作指令的类型将所述操作指令的属性信息发送至寄存模块；

所述寄存模块，用于通过数组保存所述操作指令的属性信息。

9.根据权利要求8所述的系统，其特征在于，所述检测模块还包括：

复位模块，与所述寄存模块连接，用于控制所述寄存模块复位至初始状态。

10.根据权利要求9所述的系统，其特征在于，所述检测模块还包括：

时钟发生器，用于向所述逻辑控制模块、所述寄存模块以及复位模块提供时钟信号。