稳定性问题

一个irq风暴导致中断来不及处理，报错如下：irq 69: nobody cared (try booting with the "irqpoll" option)，Disabling IRQ #69

指令首先进入流水(pipeline)的前端(front-end)，包括预取(fetch)和译码(decode)，经过分发(dispatch)和调度(schedule)后进入执行单元，最后提交执行结果。

在 基于qemu的kdump与crash环境搭建与实例解析中介绍了如何在本地电脑搭建一个能调试kdump与crash的环境，本文记录下使用这个环境如何分析AA死锁导致的hungtask的案例。

kdump与crash环境搭建与实例解析，kdump能在系统崩溃时快速切换到第二个内核，在第二个内核中可以对第一个内核产生的崩溃数据进行dump，写到本地磁盘，然后通过crash工具进行离线分析。

GDB调试的三种方式： 目标板直接使用GDB进行调试某个程序，目标板使用gdbserver，主机使用xxx-linux-gdb作为客户端，使用进程coredump文件进行离线调试。

在arm64体系结构中，异常分为同步异常与异步异常。 同步异常是试图执行指令时产生的异常，或是作为指令的执行结果生成的异常。异步异常不是由正在执行的指令生成的，和正在执行的指令没有关联。

1、通用寄存器：arm寄存器、arm64寄存器含义 2、汇编条件码列表 3、汇编指令含义：访存指令、跳转、逻辑运算等

避免AB-BA死锁最简单的方法就是定义锁的申请顺序，以破坏死锁的环形等待。内核提供的死锁检测工具lockdep用来发现内核的死锁风险。

panic时候出现："Watchdog detected hard LOCKUP on cpu " 内核检测到cpu长时间没有产生中断，触发的报错。

内核起了一个优先级为99的RT线程watchdog/x来定时刷新时间戳，如果该线程长时间得不到调度，将会触发softlockup。

内核某进程/线程长期处于D状态（TASK_UNINTERRUPTIBLE），不能接收信号，只能在资源满足条件时进行唤醒。但是资源超过120s不能满足，即发生hungtask。