Linux gdb debug deadlock

gdb 最常用的是在线程挂掉的时候查看现场

kernel space的deadlock 一般有debug config lock_up hard_lock  soft_lock帮助debug，userspace 发生deadlock的时候可以从现场的call stack 找到mutex 的owner帮助debug

两个线程会互相等待对方的mutex

gcc -g deadlock.c -lpthread

./a.out  &

发生死锁后 sudo gdb attach  [pid]

通过thread 命令可以切换当前的线程，bt打印当前线程的backtrace

可以看到 thread 2 的call stack dead.c  31行是在信号量的lock

p mut1 查看信号量的owner

thread 1/2/3  分别是3031 3033 3032

可以看出mut1的owner 是thread 3

thread 3 然后bt 就可以查看到相互死锁的位置