Question

我在嵌入式设备上有一些意外的重启。由于ioctl调用，我目前能够检测到硬件看门狗问题。现在我希望能够检测内核崩溃是否是重启的原因。我找到一些关于crashkernel和crashdump的文章，但我无法让它正常工作。而且我不想存储内核恐慌日志。能够知道内核是否发生恐慌。

我目前的想法是写在mmc的预留空间。我目前正在使用预留空间来处理双重分配系统。这是个好主意？在内核恐慌期间是否可以用mmc写？我不确定但似乎我可以使用一种内核恐慌钩子来运行这个事件的例程。

没有标准的方法可以检查启动时发生内核恐慌吗？

Answer 1

以下是Windows处理它的方式：

不再使用驱动程序
使用BIOS例程（或类似的低级别）写入磁盘
将内核转储写入页面文件（唯一已知的位置是连续且已知的，我们可以写入而不会损坏任何内容）
在下次启动时，检查页面文件是否包含崩溃转储签名

您可以将此概念应用于Linux，例如写入交换分区并在下次启动时检查交换分区的内容。

Answer 2

感谢@ 0andriy How to detect a kernel panic after reboot

的评论，我能够检测和调试内核崩溃。

在内核defconfig中启用ramoops：

+CONFIG_PSTORE=y
+CONFIG_PSTORE_ZLIB_COMPRESS=y
+CONFIG_PSTORE_CONSOLE=y
+CONFIG_PSTORE_RAM=y

在内核板init中添加代码以声明ramoops内存空间，您也可以使用设备树甚至在内核过程中使用参数这是使用代码方法的示例，在我的用例中 arch / arm / mach-imx / mach-imx6ul.c

--- a/arch/arm/mach-imx/mach-imx6ul.c
+++ b/arch/arm/mach-imx/mach-imx6ul.c
@@ -21,6 +21,24 @@
 #include "cpuidle.h"
 #include "hardware.h"

+#include <linux/pstore_ram.h>
+#include <linux/memblock.h>
+
+static struct ramoops_platform_data ramoops_data = {
+       .mem_address = 0xXXXXXXXX, // Depending of the hardware
+       .mem_size = 0x00005000, // 5 Mb
+       .record_size = 0x00002000, // 1 Mb
+       .dump_oops = 1,
+};
+
+static struct platform_device ramoops_dev = {
+       .name = "ramoops",
+       .dev = {
+               .platform_data = &ramoops_data,
+       },
+};
+
+
 static void __init imx6ul_enet_clk_init(void)
 {
        struct regmap *gpr;
@@ -170,6 +188,14 @@ static inline void imx6ul_enet_init(void)
 static void __init imx6ul_init_machine(void)
 {
        struct device *parent;
+       int ret;
+
+       ret = platform_device_register(&ramoops_dev);
+       if (ret) {
+               printk(KERN_ERR "unable to register platform device\n");
+               return;
+       }
+       memblock_reserve(ramoops_data.mem_address, ramoops_data.mem_size);

        parent = imx_soc_device_init();
        if (parent == NULL)

然后在启动时，我只需要检查ramoops的内容，以检查是否有可用的内核崩溃日志。我可以使用：

来安装ramoops的内存空间。

mount -t pstore -o kmsg_bytes=1000 - /sys/fs/pstore

重启后如何检测内核崩溃

2 个答案: