[发明专利]一种内核崩溃现场数据的处理方法及装置

说明书

本发明公开了一种内核崩溃现场数据的处理方法及装置。该方法包括：在嵌入式多媒体卡eMMC的安卓Android/data分区中预分配至少一块用于保存崩溃内核现场数据的存储地址空间，并记录所述存储地址空间的地址信息；内核崩溃触发重启后，在bootloader中根据记录的所述存储地址空间的地址信息将所述崩溃内核现场数据写入到所述存储地址空间；重启时根据记录的所述存储地址空间的地址信息将所述存储地址空间的数据读取到新建的转储文件中。本发明实施例提供的技术方案能够适用于所有Linux内核崩溃的场景，覆盖场景广泛，适用性强。同时，在保存崩溃内核的现场数据时无需额外移植第四代扩展文件系统和安卓Android6.0提出的加密算法，进而降低保存崩溃内核现场数据的的成本，更加方便使用。

技术领域

本发明实施例涉及内核技术，尤其涉及一种内核崩溃现场数据的处理方法及装置。

背景技术

Linux内核是一个多任务，可抢占的功能集合。由于内核的代码很难轻易的在仿真器或调试器中执行和跟踪，因此，工程师们采用一种工具用于在内核崩溃之后保存现场的内核数据以供分析。这种工具统称为内存转储(Ramdump)工具。

目前，主流的Ramdump工具的实现方式为：当内核崩溃重启之后，在引导加载bootloader(如：Uboot)里面判断是否为异常重启，如果是异常重启则保存内存现场到存储介质中。bootloader(如：uboot)收集完崩溃的现场内核数据之后，将这些数据保存到嵌入式多媒体卡(Embedded Multi Media Card，eMMC)的数据(Android/data)分区中，工程师拿到这些保存的数据就可以利用相应的工具(如：GDB，Crash等)做相应的问题分析。

但是，bootloader不支持第四代扩展文件系统(Fourth extended filesystem，ext4)，且安卓Android6.0之后，嵌入式多媒体卡eMMC中的/data分区强制加密。因此，bootloader在保存ramdump到/data分区之前，需要移植第四代扩展文件系统ext4的文件系统引擎，并实现安卓Android6.0对/data分区加解密的算法，实现难度大，工作量大，且维护成本高。

发明内容

本发明提供一种内核崩溃现场数据的处理装置及方法，以实现对内核崩溃现场数据进行保存时，覆盖性更广、适用性更强以及使用更加方便。

第一方面，本发明实施例提供了一种内核崩溃之后现场数据的处理方法，包括：

在嵌入式多媒体卡eMMC的安卓Android/data分区中预分配至少一块用于保存崩溃内核现场数据的存储地址空间，并记录所述存储地址空间的地址信息；

内核崩溃触发重启后，在bootloader中根据记录的所述存储地址空间的地址信息将所述崩溃内核现场数据写入到所述存储地址空间；

重启时根据记录的所述存储地址空间的地址信息将所述存储地址空间的数据读取到新建的转储文件中。

第二方面，本发明实施例还提供了一种内核崩溃之后现场数据的处理装置，包括：

地址索引单元，用于在嵌入式多媒体卡eMMC的安卓Android/data分区中预分配至少一块用于保存崩溃内核现场数据的存储地址空间，并记录所述存储地址空间的地址信息；

数据存储单元，用于内核崩溃触发重启后，在bootloader中根据所述地址索引单元记录的所述存储地址空间的地址信息将所述崩溃内核现场数据写入到所述存储地址空间；重启时根据记录的所述存储地址空间的地址信息将所述存储地址空间的数据读取到新建的转储文件中。