foo() {}
trap 'echo oops' DEBUG输出:oopshellooopsGNU bash, version 4.3.30(1)-release (x86_64-unknown-linux-gnu)
GNU bash, version 4.4.19(1)-release (x86_64-pc
我需要生成面向对象的linux内核错误。我正在使用linux-3.13.3,并在qemu上启动它。我发现以下代码应该会导致oops错误:#include <linux/kernel.h>
static int crash_module_init或者,也许有人有另一种想法来生成oops错误?我会非常感激的。
一些背景:
我有一个嵌入式Linux ARM 4.1.33系统,已经修补了抢占的实时补丁。这个系统包含一些自定义修改的内核代码,偶尔也会遇到内核oops。此后,我修改了有问题的函数,以使用uaccess.h中定义的函数,以防止出现进一步的内核oops。我现在正试图验证修复是否成功。但是,由于原始内核oops是随机发生的,有时一次几天没有发生,所以我想识别一些方法来可靠地在原始代码中重新创建它,然后验证它不再发生在更新的代码中。考虑到这个事实,我知道这种取消引用可能导致内核oops的唯一原因是,如果包含地址
我有一个ARM-Linux嵌入式系统与Allwinner A20中央处理器。它运行带有sunxi内核3.4.79的Debian Wheezy 7。我每隔几天就会收到这个完全随机的错误:3) Replaced power supply -> No luck如何追踪此问题,以及如何找出导致此错误的真正原因