您可以在内核中打开mtdoops模块,并将内核恐慌跟踪记录到mtd分区上。我认为我们无法在NFS上写出恐慌痕迹。但是,您可能需要探索有关ramoop的知识。
以下是配置内核以捕获mtd闪存上的内核oops的步骤。内核崩溃后捕获堆栈跟踪信息对于调试内核问题(特别是在现场发生的问题)非常有用。在mtdoops模块初始化期间,会将mtd分区转换为循环缓冲区并事先擦除。
内核标志CONFIG_MTD_OOPS将内核配置为将oops堆栈跟踪写入MTD分区。该MTD开发人员分区信息可以在mtdoops模块中进行硬编码,也可以动态指定。该组件可以作为内核的一部分或作为单独的模块构建。在构建内核之前,您需要确保您的mtd设备已经注册了panic_write处理程序。记住,普通的mtd写入处理程序还不够,因为我们必须在内核崩溃后写入mtd内存。如果mtd设备没有自己的紧急写入处理程序,请运行此补丁。
当作为内核的一部分CONFIG_MTD_OOPS = y构建时,需要使用闪存分区信息(mtddev)修补mtdoops模块。
Run Code Online (Sandbox Code Playgroud)--- ./drivers/mtd/mtdoops.c.orig 2014-11-17 12:06:59.000000000 +0000 +++ ./drivers/mtd/mtdoops.c 2014-11-17 12:07:36.000000000 +0000 @@ -44,7 +44,7 @@ MODULE_PARM_DESC(record_size, "record size for MTD OOPS pages in bytes (default 4096)"); -static char mtddev[80]; +static char mtddev[80]="/dev/oops"; module_param_string(mtddev, mtddev, 80, 0400); MODULE_PARM_DESC(mtddev, "name or index number of the MTD device to use");
在将其构建为模块CONFIG_MTD_OOPS = m时,将在模块安装(insmod)期间动态提供闪存分区信息。
insmod mtdoops.ko mtddev = / dev / oops
除了启用MTP OOPS标志外,还要配置CONFIG_MAGIC_SYSRQ,以引起恐慌并测试此功能。
Run Code Online (Sandbox Code Playgroud){ .name = "loader", .size = 0x000E0000, .offset = MTDPART_OFS_APPEND }, { .name = "kernel", .size = 0x002A0000, .offset = MTDPART_OFS_APPEND }, { .name = "oops", .size = 0x000E0000, .offset = MTDPART_OFS_APPEND }, { .name = "all", .size = MTDPART_SIZ_FULL, .offset = 0x00000000 },
Run Code Online (Sandbox Code Playgroud)cat /proc/mtd dev: size erasesize name mtd0: 000e0000 00020000 "loader" mtd1: 002a0000 00020000 "kernel" mtd3: 000e0000 00020000 "Oops" mtd5: 08000000 00020000 "all"
| 归档时间: |
|
| 查看次数: |
3002 次 |
| 最近记录: |