Kernel：死锁，hang的一个场景

已于 2024-12-31 09:19:00 修改
阅读量880 收藏 2
点赞数 1
分类专栏： kernel 文章标签： linux 运维 服务器
于 2022-05-03 16:01:56 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_36428903/article/details/124507803
版权
kernel 专栏收录该内容
320 篇文章 ¥69.90 ¥99.00
订阅专栏
本文探讨了在Linux内核中，当CPU处于在线且中断被禁用的状态下，如何导致死锁，特别是通过smp_call_function_many_cond函数。文章介绍了IPI（Interprocessor Interrupt）、read_lock_irqsave、CLI等相关概念，并分析了在中断禁用时，CPU间的IPI交互可能出现的问题，引用了具体的死锁场景和相关Red Hat解决方案。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

文章目录

之前的一个简介

https://mzhan017.blog.youkuaiyun.com/article/details/114394435

问题

为什么这里说：这个函数smp_call_function_many_cond当遇到CPU是online，同时irqs是disabled的状态下，会出现deadlock的情况？ 会打印一个warning。

在这里插入图片描述

有几个概念需要了解

IPI

根据intel的文档说明：这个处理器之间的中断，可以由操作系统直接触发，相当于是软件层触发。用途描述：
During initialization, each logical processor is assigned an APIC ID. Once logical processors have APIC IDs, software(kernel) may communicate with them by sending APIC IPI messages.
每个CPU都有一个APIC ID，这样从kernel层，就可以实现CPU间通信

了解本专栏 订阅专栏 解锁全文
Linux Kernel: Hang 住的问题实例 deadlock
mzhan017的博客
03-05 1007
# 简介 从vfree函数开始调到最后的函数，smp_call_function_many里，发现当前的irqs_disabled()的状态。 read_lock_irqsave & mutex_lock() & spin_lock_irqsave 这三个锁会对 irqs_disabled()函数返回值做操作，需要看函数 abc 前后是否有锁的操作，及是否有dead lock。 函数是由内核模块abc提供。 尤其是mutex_lock,这个锁可能会sleep，导致锁read_lock_irqsave，不能及
Kernel: hang: 手动编写内核模块触发hang的例子
mzhan017的博客
06-09 215
下面是在local-timer的中断和认为切换的地方添加了trace point，然后通过一个文件打开printk的开关。因为printk在使用的过程中会使用console-lock，如果是多个CPU的系统，可能导致争抢console-lock的情况。
内核死锁案例
chenpuo的博客
09-13 1605
出问题附近出现了anr，  很多进程blocked。   ps 看UN状态 crash_arm> ps | grep UN       4      2   0  eea39440  UN   0.0       0      0  [kworker/0:0]     106      2   2  ed9c6540  UN   0.0       0      0  [bm_perf] ...
内核中的死锁问题--当UHCI遇上OHCI .
tianshiyalin的专栏
07-14 1168
比如有一个网站叫做bugzilla.kernel.org,这是一个Linux hacker云集的网站. 这个网站用于汇报Linux内核的那些bug,每当看到这些bug,Linux黑客们就采用各种手段去解决它,包括暴力手段. 在2007年的那个枫叶飘零的晚秋,一个瑞典人描述了他所遇到的一个bug.这个bug编号为9335,关于它的更多细节可以在下面这个link中看到. http://bugzi
调试内核死锁
momodeconger的博客
02-10 292
windows内核调试
面试官：“遇到过死锁问题吗？怎么发生的？如何解决呢？“
m0_73088370的博客
08-24 567
说到死锁，大家可能都不陌生，每次遇到死锁，总会让计算机产生比较严重的后果，比如资源耗尽，界面无响应等。集合中的每一个进程（或线程）都在等待只能由本集合中的其他进程（或线程）才能引发的事件，那么该组进程是死锁的。对于这个定义大家可能有点迷惑，换一种通俗的说法就是：死锁是指两个或两个以上的线程，在执行过程中，由于竞争资源或者由于彼此通信，而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。
hang detect time out: 0x0 表示什么
最新发布
04-03
日志中的 `hang detect time out: 0x0` 表明系统的**任务挂起检测机制（hang detection）**在运行过程中记录了一个超时事件，但超时值被标记为 `0x0`（十六进制表示，对应十进制的 `0`）。这一信息可能指向配置异常...
linux oops 自动重启,Linux 死机复位(oops、panic)问题定位指南
weixin_39840153的博客
05-06 1549
一个计算机系统和一个人类社会其实是差不多的，系统在运行中碰到的各种bug相当于人类社会中的各种案件：user space发生的bug危害性一般，可能就相当于一般的民事案件；kernel层面发生bug引起系统死机复位，属于性质特别恶劣后果特别严重的刑事案件。既然bug相当于案件，那么我们定位bug的过程和破案是差不多的。一般过程如下：1. 首先我们要保留案发现场。只要bug发生的时候cpu还能执行，...
RK3588开发笔记-fiq_debugger: cpu 0 not responding, reverting to cpu 3问题解决
flypig has a dream！
03-05 272
在进行 RK3588 开发的过程中，我们可能会遇到各种棘手的问题。其中，“fiq_debugger: cpu 0 not responding, reverting to cpu 3” 这个错误出现在RK3588的调试串口打印中，当系统调试串口出现这个打印时会同步出现串口卡顿等现象。这个错误信息表明调试debug串口由于某种原因在CPU 0 没有响应，系统不得不切换到 CPU 3 继续运行。这不仅会影响系统的性能，还可能导致一些功能无法正常使用。
Linux内核调试方法总结之死锁问题分析
canwang的博客
07-23 3385
死锁问题分析 死锁就是多个进程（线程）因为等待别的进程已占有的自己所需要的资源而陷入阻塞的一种状态，死锁状态一旦形成，进程本身是解决不了的，需要外在的推动，才能解决，最重要的是死锁不仅仅影响进程业务，而且还会占用系统资源，影响其他进程。所以内核中设计了内核死锁检测机制，一旦发现死锁进程，就重启OS，快刀斩乱麻解决问题。之所以使用重启招数，还是在于分布式系统中可以容忍单点崩溃，不能容忍单点进程计算...
kernel hung_task死锁检测机制原理实现
szembed的博客
08-04 371
Linux的进程存在多种状态，可在include/linux/sched.h中查看。static noinline void __sched__mutex_lock_slowpath(struct mutex *lock){ __mutex_lock(lock, TASK_UNINTERRUPTIBLE, 0, NULL, _RET_IP_);} static noinline void __sched __down(struct semaphore *sem){ __down_common(sem, T
linux kernel deadlock
anzhuangguai的专栏
01-03 431
Thread 1 Thread 2 acquire lock cat acquire lock fox acquire lock dog try to acquire lock dog try to acquire lock fox wait for lock dog wait
SWT／ANR问题－－SWT 导致 kernel fuse deadlock
weixin_47456647的博客
07-01 298
SWT／ANR问题－－SWT 导致 kernel fuse deadlock
kernel 挂了
weixin_34242819的博客
08-26 134
2019独角兽企业重金招聘Python工程师标准>>> ...
linux内核死锁检测
weixin_43780213的博客
10-07 999
。
kernel 阻塞
a drip
08-01 367
等待队列 wake_up() 可唤醒处于 TASK_INTERRUPTIBLE 和 TASK_UNINTERRUPTIBLE 的进程； wake_up_interruptible() 只能唤醒处于 TASK_INTERRUPTIBLE 的进程 static ssize_t xx_write(struct file *filp, const char __user *buf, size_t s
linux内核死锁,Linux内核死锁检测机制
weixin_29599033的博客
04-30 786
死锁就是多个进程(线程)因为等待别的进程已占有的自己所需要的资源而陷入阻塞的一种状态，死锁状态一旦形成，进程本身是解决不了的，需要外在的推动，才能解决，最重要的是死锁不仅仅影响进程业务，而且还会占用系统资源，影响其他进程。所以内核中设计了内核死锁检测机制，一旦发现死锁进程，就重启OS，快刀斩乱麻解决问题。之所以使用重启招数，还是在于分布式系统中可以容忍单点崩溃，不能容忍单点进程计算异常，否则进行死...
Linux驱动之 内核最常见的自旋锁及死锁示例
编程一时爽爽一时
05-04 2424
内核当发生访问资源冲突的时候，可以有两种锁的解决方案选择: 一种是原地等待，一种是挂起当前进程，调度其他进程执行（睡眠）。 Spinlock是内核中提供的一种比较常见的锁机制，自旋锁是“原地等待”的方式解决资源冲突的，即一个线程获取了一个自旋锁后，另外一个线程期望获取该自旋锁，获取不到，只能够原地“打转”。 (忙等待）。 自旋锁优点： 自旋锁不会使线程状态发生切换 一直处于用户态，即 线程—直都是active的;不会使线程进入阻塞状态，减少了不必要的上下文切换，执行速度快。 非自旋锁在获取不到锁的时候会进入
【ARM Linux 系统稳定性分析入门及渐进 5 -- kernel hung task 工作原理】
CodingCos的博客
01-31 1273
内核线程使用的 completion, mutex, wait even等同步机制，且超过CONFIG_DEFAULT_HUNG_TASK_TIMEOUT 没被唤醒, 比如嵌套使用 mutex 锁导致内核某进程/线程长期处于D状态，无法唤醒。的每一个进程（任务），统计它们在两次检测之间的调度次数，如果发现有任务在两次监测之间没有发生任何的调度，则可判断该进程。(2) 如果系统已经处于crash状态了，就不在报hung task了;(1) hung task检测的最大进程数，默认为最大的进程号,
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

mzhan017

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值