request_irq()为什么会休眠？

最新推荐文章于 2025-11-26 15:40:52 发布
原创 最新推荐文章于 2025-11-26 15:40:52 发布 · 311 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#c语言 #python #java #php #c++

博客提到在proc下建立节点的需求，且在proc建立节点时需要申请内存，还指出kmalloc是可以休眠的。

因为其需要在proc下建立节点，在proc建立节点需要申请内存，kmalloc是可以休眠的。

Linux驱动：内核的中断机制之二--request_threaded_irq函数使用
weixin_44498318的博客
05-22 1万+
内核开始支持中断线程(threaded interrupt handler)，使用接口request_threaded_irq；原来的request_irq也继续支持。使用时可根据实际情况选择合适的接口，可使用request_threaded_irq的地方没必要继续使用request_irq加tasklet/workqueue或者内核线程的方式；如果中断处理简单时也不要执着使用request_threaded_irq。 下面先贴上2.6.35内核代码中这两个接口声明的代码，然后转贴一点资料。最后把添加thr
Linux驱动.之中断系统.内核框架下，中断的处理request_irq，中断上下文Workqueue、Threaded IRQs、Softirq和Tasklets（三）
rjszcb的博客
08-08 415
https://blog.youkuaiyun.com/suifen_/article/details/135434176?spm=1001.2014.3001.5502 原文链接：https://blog.youkuaiyun.com/weixin_55796564/article/details/120129404 开篇前 workque工作队列是另外一种下半部执行方式，工作队列在进程上下文执行，工作队列将要推后的工作交给一个内核线程去执行，因为工作队列工作在进程上下文，因此工作队列允许睡眠或重新调度。因此如果你要推后的工作可
Linux中断
afddasfa的博客
03-19 6029
按键中断，定时器消抖
中断深入--＞中断下半部线程化(工作队列+ threaded irq)
weixin_43898067的博客
06-24 1709
在此之前 前定时器、下半部 tasklet，它们都是在中断上下文中执行，它们无法休眠。 所以复杂的事情,就不能放在下半部,不然系统会很卡 如果使用线程来处理这些耗时的工作，那就可以解决系统卡顿的问题：因为线程可以休眠。 不自己创建线程 —> 工作队列 在内核中，我们并不需要自己去创建线程，可以使用“工作队列”(workqueue)。内核初始化工作队列 是，就为它创建了内核线程。以后我们要使用“工作队列”，只需要把“工作”放入“工作队列中”，对应的 内核线程就会取出“工作”，执行里面的函数。 工作队列
linux中断申请之request_threaded_irq【转】
weixin_34097242的博客
12-10 376
转自：http://blog.chinaunix.net/xmlrpc.php?r=blog/article&uid=21977330&id=3755609 在linux里，中断处理分为顶半（top half），底半(bottom half)，在顶半里处理优先级比较高的事情，要求占用中断时间尽量的短，在处理完成后，就激活底半，有底半处理其余任务。底半的处理方式主要有soft_ir...
Linux下的内核线程threaded irq机制分析与应用
szembed的博客
07-15 677
我们知道，工作队列可以用来处理中断的一些耗时的事情，但是他又一个缺点，就是如果有多个事件同时放入工作队列中，如果前面的事件处理得太久，那么就会影响到后面的事件的执行，因为内核线程事一个个依次执行的，如果一个事件真的非常耗时间，那么我们可以用 threaded irq来处理，大概意思就是中断上半部不变，中断的下半部用一个内核线程来替代tasklet，这个内核线程专门负责来执行某一个中断。...
request_irq()函数分析
天使之翼
08-27 3235
int request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags, const char *name, void *dev) irq:分配的中断号 handler:中断处理函数 flags:中断处理程序标志，有IRQF_DISABLE, IRQF_SAMPLE_RANDOM, IRQF_TIMER, IRQF_...
Linux中断申请之request_threaded_irq
ll148305879的博客
06-04 1346
在linux里，中断处理分为顶半（top half），底半(bottom half)，在顶半里处理优先级比较高的事情，要求占用中断时间尽量的短，在处理完成后，就激活底半，有底半处理其余任务。底半的处理方式主要有soft_irq, tasklet, workqueue三种，他们在使用方式和适用情况上各有不同。soft_irq用在对底半执行时间要求比较紧急或者非常重要的场合，主要为一些subsy...
sched_setscheduler配合request_irq如何使用
07-02
//注册线程化中断，上半部为NULL，下半部为threaded_interruptret= request_threaded_irq(irq, NULL, threaded_interrupt,IRQF_ONESHOT,"my_interrupt", NULL);if (ret){//错误处理}return0;}```注意：在上面的代码...
我需要知道这个函数更详细的信息devm_request_any_context_irq
07-09
如果中断处理函数需要休眠（即不能在原子上下文完成），则内核会使用线程化中断（即调用`request_threaded_irq`），否则使用非线程化中断（`request_irq`）。引用[1]中提到了线程化中断的处理：当`handler`返回`IRQ_...
ret = mbhc->mbhc_cb->request_irq(component, mbhc->intr_ids->mbhc_sw_intr, wcd_mbhc_mech_plug_detect_irq,"mbhc sw intr", mbhc);
09-26
嗯，用户这次聚焦在一个具体的嵌入式系统驱动代码行上："ret = mbhc->mbhc_cb->request_irq(...)"。从上下文看，用户应该是在开发或调试音频编解码器驱动，很可能在排查耳机检测问题。上次讨论过rootkit工具，但这次...
中断处理中不能睡眠的原因
拖油塔
11-01 1965
这个问题实际上是一个老生常谈的问题，答案也很简单，Linux在软中断上下文中是不能睡眠的，原因在于Linux的软中断实现上下文有可能是中断上下文，如果在中断上下文中睡眠，那么会导致Linux无法调度，直接的反应是系统KernelPanic，并且提示dequeue_task出错。所以，在软中断上下文中，我们不能使用信号量等可能导致睡眠的函数，这一点在编写IO回调函数时需要特别注意。在最近的一个项目中
2021-10-09
qq_38146340的博客
10-09 414
1. 中断的概念 中断是指在CPU正常运行期间，由于内外部事件或由程序预先安排的事件引起的 CPU 暂时停止正在运行的程序，转而为该内部或外部事件或预先安排的事件服务的程序中去，服务完毕后再返回去继续运行被暂时中断的程序。Linux中通常分为外部中断（又叫硬件中断）和内部中断（又叫异常）。 软件对硬件进行配置后，软件期望等待硬件的某种状态（比如，收到了数据），这里有两种方式，一种是轮询（polling）： CP...
C项目--羊了个羊(两关全)--含源码
RebrithMan的学习笔记
11-19 1436
使用一个全局二级指针数组指向所有的单层图形块指针数组表示全局地图。通过网盘分享的文件：Game_YLGY.rar。使用一个指针n维数组描述单层图形块指针数组。
Python在机器学习中的模型训练
2509_93937153的博客
11-26 158
上周对比SVM和随机森林时，用Pipeline把预处理和训练步骤串起来，cross_val_score直接出十折交叉验证结果，整个实验可复现性极高。数据预处理这块绝对是重头戏。最近在做回归项目，r2_score和mean_squared_error这几个指标函数随调随用，省去了自己实现的麻烦。但平心而论，在常规业务场景下，从数据探索到模型上线的整个生命周期，Python的生态链确实做到了无缝衔接。很多库的默认参数就够用，想要精细调控又能深入底层，这种灵活性才是我们坚持用Python搞机器学习的根本原因。
Python自动化测试框架开发
最新发布
2509_93945719的博客
11-26 302
封装requests时踩过坑，最初简单包装成通用方法，后来发现不同模块需要不同的超时策略和重试机制。框架开发过程中最大的体会是：好的设计不是一次性完成的，而是在不断踩坑、重构中迭代出来的。记住，自动化测试的终极目标不是追求100%覆盖率，而是用最小成本快速发现质量问题。最直观的变化是测试周期从原来的3天缩短到8小时，版本发布再也不用全员熬夜了。pytest的夹具机制比unittest灵活太多，特别是parametrize参数化，能轻松实现数据驱动。决定动手搭个统一的测试框架，把乱七八糟的脚本规范起来。
Java总结进阶之路 （基础二 ）
2509_94006474的博客
11-24 736
提示：java总结学习之路。
收藏！软件测试面试题
2401_86705770的博客
11-26 194
作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。
Python全栈开发项目——AI智能聊天机器人
qiao_yue的博客
11-24 789
本项目实现了AI聊天功能，具有语音输入和聊天背景自定义等亮点功能
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值