手把手教你学PCIE--Linux 内核工作队列机制（二）：queue_work 详细解释

最新推荐文章于 2025-04-02 17:12:37 发布
最新推荐文章于 2025-04-02 17:12:37 发布
阅读量11 收藏 1
点赞数
分类专栏： 手把手教你学 PCIe 专栏简介 文章标签： linux 运维 服务器
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/MHD0815/article/details/146908771
版权
了解本专栏 订阅专栏 解锁全文 超级会员免费看
linux延时队列,Linux的工作队列work queue和延时工作队列
weixin_34211615的博客
05-16 2067
在linux中，当你想延时几秒或者几毫秒再执行一个任务或者自定义的一个函数时，延时工作队列是你最好的选择。在你的任务或者函数中，加上queue_delayed_work，就可以每隔一段时间执行一次你的任务或者自定义的一个函数，具体实现如下：按如下步骤：首先还是要添加上工作队列的相关头文件，头文件一般有这些函数的声明和定义，include了相关的头文件，我们才能随心所欲的使用这些头文件里面的函数，达...
Linux内核中断下半部工作队列（work queue）
weixin_71478434的博客
08-27 1824
queue_delayed_work 跟schedule_delayed_work 类似，区别在于schedule_delayed_work 是在系统默认的工作队列上执行一个work，queue_delayed_work需要自行指定工作队列。flush_delayed_work 等待一个delayed_work执行完毕。queue_work 跟schedule_work类似，区别在于schedule_work是在系统默认的工作队列上执行一个work，而queue_work 需要自行指定工作队列。...
Linux内核工作队列(workqueue)详解
咸鱼弟的博客
12-21 1万+
Linux内核工作队列(workqueue)详解
2021-06-09 Linux INIT_DELAYED_WORK schedule_work 延时队列使用学习
海月汐辰
06-09 4917
https://blog.youkuaiyun.com/qq_31339221/article/details/105057978 https://blog.youkuaiyun.com/qq_31339221/article/details/105057978
linux工作队列 - 把work_struct加入工作队列
多媒体开发者
10-16 4979
把work_struct加入到工作队列workqueue的API在系列文章1有介绍，这些API虽然用法不一，但是最终都会调用__queue_work（）函数来进行实际加入操作，比如API：queue_work_on：bool queue_work_on(int cpu, struct workqueue_struct *wq, struct work_struct *work)
【linux kernel】linux中断管理—workqueue工作队列
iriczhao的博客
02-10 1889
linux中断管理—workqueue工作队列 （注）本文所有代码均出自linux版本：4.1.15 一、workqueue工作队列简介 工作队列是除软中断和tasklet以外最常用的一种下半部机制，其基本原理是：把work（需要推迟执行的函数）交由一个内核线程来执行，他总是在进程上下文执行。 ​ 工作队列的优点： 因工作队列在进程下文中执行，因此工作队列允许重新调度和睡眠，是异步执行的进程上下文。 解决了如果软中断和tasklet执行时间过长会导致系统实时性下降等问题。 （1-1）work_struc
[漏洞分析] CVE-2022-0995 watch_queue 1bit “溢出“内核提权
热门推荐
Breeze的博客
03-30 1万+
CVE-2022-0995 内核提权漏洞原理分析和利用手法分析
Linux内核学习之工作队列
遇见你是我最美丽的意外
12-03 6806
Author : Toney Email : vip_13031075266@163.com Date : 2020.12.02 Copyright: 未经同意不得转载！！！ Version ： Linux-2.6.12 Reference：https://www.linux.org/ ...
队列使用问题总结 queue:work和queue:listen的区别
snow_love_xia的博客
04-20 2598
queue:work和queue:listen的区别
linux工作队列机制详解
hunanchenxingyu的专栏
05-29 1994
Linux自从2.6.20之后，工作队列发生了一些变化，目前从网络上搜索的资料一般都是介绍老版本的工作队列，很少见到对新版本的介绍。本文对新老版本都做了简要概述，并分别提供了简单的实作案例。 ***************************************************************************************************
linux 工作队列之queue_delayed_work
peijian1998的专栏
03-26 3038
1、定义数据结构         struct delayed_work  work;         struct workqueue_struct  *wq; 2、编写要被提交到工作队列中的函数，函数原形如下：         typedef void(*work_func_t)(struct work_struct *work); 3、创建一个专用的内核线程来执行提交到工作队列中的
linux内核的延时函数,linux-kernel – 延迟工作的CPU处理
weixin_35965648的博客
04-29 2911
嘿所以我在kernel source code中看这个函数.我试图弄清楚Linux如何处理无法在本地CPU上安排任务的情况./*** queue_delayed_work - queue work on a workqueue after delay* @wq: workqueue to use* @dwork: delayable work to queue* @delay: number of...
自定义队列queue_work和内核共享列队schedule_work
Ataraxia的专栏
07-20 3158
#include <linux/delay.h> #include <linux/rtc.h> static struct delayed_work mdwq; static struct workqueue_struct *mwq; static void delay_work_func(struct work_struct *work) { int i; struct timex txc; struct rtc_time tm;
小白学linux——工作队列（workqueue）
木木的博客
07-19 1688
工作队列 工作队列在linux2.6版本中被引入，类似于linux2.4中的“task queue”(任务队列)。工作队列机制允许内核函数延迟执行，也就是你将一个即将要执行的函数放进工作队列中，工作队列机制中的工作线程会在一定时间之后执行该函数。 虽然有点像可延迟函数，但是他们还是有一些区别。最主要的区别在于可延迟函数在中断上下文中运行，而工作队列中的函数在进程上下文中执行。在进程上下文中运行是可以执行阻塞函数（例如，需要访问磁盘上数据块的函数）。可延迟函数和工作队列中的函数都不能访问进程的用户模式地址空间
linux 修改磁盘 queue_depth,linux 磁盘队列深度nr_requests 和 queue_depth
weixin_35810162的博客
05-05 3898
nr_requests 和 queue_depth修改配置值nr_requests 和 queue_depth 区别iostat 的avgqu-szlsscsi -l 的队列大小iostatnr_requests 和 queue_depth本文主要介绍Linux 操作系统中 nr_requests 和 queue_depth的参数意义和工作原理。以及结合iostat 的avgqu-sz 之间关系分...
Linux中进程与计划任务
最新发布
yinglongdiwan的博客
04-02 831
也是用于关闭进程的一个命令，但和 kill 不同的是，killall 命令不再依靠 PID 来杀死单个进程，而是通过程序的进程名来杀死一类进程。进程是一个具有一定独立功能的程序在一个数据集上的一次动态执行的过程，是操作系统进行资源分配和调度的一个独立单位，是应用程序运行的载体。kill 命令是按照 PID 来确定进程的，所以 kill 命令只能识别 PID，而不能识别进程名。"ps -le" 可以查看系统中所有的进程，而且还能看到进程的父进程的 PID 和进程优先级；-P pid: 显示指定进程的子进程。
Linux——多线程—01
aaa114514aaaa的博客
03-31 1153
有关Linux中多线程的学习和理解【线程的概念和对线程的理解】【对Linux线程的全面理解】【线程控制的相关接口和操作】【原生线程库的理解(用户级线程)】
linux三种安装方式的优缺点
y88605的博客
04-02 435
【代码】linux三种安装方式的优缺点。
国外工业操作系统介绍（2）工业 Linux CoE Prevas
Wnq10072的博客
03-31 1149
Prevas 是一家成立于 1985 年的瑞典 IT 公司，在嵌入式系统、工业 IT 等领域经验丰富，已通过 ISO 9001 认证，在瑞典、丹麦、挪威和印度设有办公室，拥有 527 名员工，自 1998 年起在斯德哥尔摩纳斯达克交易所上市。公司专注于为生命科学、电信、汽车、国防、能源和工程等行业的企业提供产品开发、嵌入式系统设计、工业自动化等服务，在工业 Linux 领域具备深厚的技术积累和丰富的实践经验。
Linux内核hrtimer中断里可以调用queue_work吗
03-13
<think>好的，用户现在问的是在Linux内核的hrtimer中断处理函数里是否可以调用queue_work。我需要仔细分析这个问题，并结合之前的对话内容来给出准确的回答。 首先，回顾之前的对话，用户之前遇到了一个内核警告，问题出在gp2ap02vt_tof驱动的定时器处理函数中调用了queue_work_on，导致警告。当时我解释了在中断上下文中调用工作队列可能的问题，比如中断上下文不允许睡眠或阻塞操作，而工作队列需要进程上下文。 现在用户的问题更具体，直接询问在hrtimer的中断处理函数里能否调用queue_work。需要明确hrtimer属于高精度定时器，其回调函数是在中断上下文中执行的，类似于硬中断。因此，在hrtimer的回调中调用queue_work是否合法？ 根据Linux内核的规则，中断上下文（包括硬中断和软中断）中不能调用可能睡眠或阻塞的函数。queue_work用于将工作项加入工作队列，这个函数本身不会阻塞，它是非阻塞的，只是将工作项添加到队列中，然后由内核线程异步执行。因此，从理论上讲，queue_work在中断上下文中是可以调用的，因为它不会导致睡眠。 但需要进一步确认。查阅内核文档或相关资料，发现虽然queue_work本身是安全的，但需要注意是否持有自旋锁，或者在中断处理中长时间运行的问题。此外，如果工作队列的处理函数本身有阻塞操作，那是在工作队列的上下文中执行的，不影响中断部分。 然而，之前用户的例子中出现了警告，这可能是因为在hrtimer处理函数中调用了queue_work_on，而可能存在其他问题，例如模块卸载后工作队列未被正确清理，导致访问了已释放的内存，或者驱动中存在竞态条件。 所以，需要明确回答用户的问题：hrtimer中断处理函数中是否可以调用queue_work？答案是可以，但必须确保queue_work调用的正确性，比如避免在中断上下文中处理可能导致竞态或资源泄漏的情况。 但用户的问题可能需要更详细的解释，包括为什么可以调用，以及需要注意的事项。例如，虽然queue_work本身安全，但如果在中断处理中频繁调用，可能导致工作队列过载，影响系统性能。另外，需要确保工作队列已经正确初始化，并且在模块卸载时正确销毁，避免卸载后仍然有工作项被调度。 总结：在hrtimer的中断处理函数中调用queue_work是允许的，因为queue_work不会阻塞，但需遵循内核编程规范，确保资源正确管理，避免竞态和内存泄漏。同时，需要检查具体驱动实现是否存在其他问题，如未正确清理工作队列或定时器。</think>在Linux内核中，**hrtimer（高精度定时器）的中断处理函数属于中断上下文**（通常是硬件中断或软中断上下文）。在此上下文中调用`queue_work`需要谨慎，但原则上是**允许的**，前提是满足以下条件： --- ### **1. 核心规则** - **`queue_work`的特性**： `queue_work` 的作用是将任务（`work_struct`）提交到工作队列（`workqueue`），由内核线程异步执行。**`queue_work`本身不会阻塞或睡眠**，仅将任务加入队列，因此可以在中断上下文中调用。 - **中断上下文的限制**： 中断上下文（包括hrtimer回调）**禁止任何可能引发睡眠或阻塞的操作**，例如： - 内存分配（`GFP_KERNEL`标志） - 互斥锁（`mutex_lock`） - 文件I/O - 信号量操作等 --- ### **2. 安全使用条件** 在hrtimer中断中调用`queue_work`时需确保： 1. **工作队列已正确初始化**： 工作队列需在模块加载时创建（如`alloc_workqueue`），并在卸载时销毁（`destroy_workqueue`），避免访问已释放的内存。 ```c // 初始化示例 struct workqueue_struct *wq = alloc_workqueue("my_wq", WQ_MEM_RECLAIM, 0); INIT_WORK(&my_work, my_work_handler); // 卸载时清理 destroy_workqueue(wq); ``` 2. **避免竞态条件**： - 若定时器可能被频繁触发（如周期性的hrtimer），需确保工作项不会被重复提交。 - 使用`cancel_work_sync()`在模块卸载前取消挂起的工作项。 3. **工作处理函数的安全性**： 工作队列的处理函数（`my_work_handler`）**可以包含阻塞操作**（如等待锁、I/O等），因为它运行在进程上下文中。 --- ### **3. 典型问题与风险** #### **(1) 模块卸载后残留任务** - **现象**：模块卸载时未销毁工作队列或未取消定时器，导致内核访问已释放内存（触发崩溃或警告）。 - **解决方案**： ```c // 模块卸载函数 static void __exit my_module_exit(void) { hrtimer_cancel(&my_timer); // 取消定时器 destroy_workqueue(wq); // 销毁工作队列 } ``` #### **(2) 高频调度导致资源耗尽** - **现象**：hrtimer回调频率过高，大量工作项堆积，耗尽内存或CPU资源。 - **解决方案**：限制工作项提交频率，或使用带限流机制的工作队列（如`WQ_HIGHPRI`）。 --- ### **4. 替代方案** 如果需要在中断上下文中执行更复杂的逻辑，可以考虑以下方法： 1. **Tasklet或SoftIRQ**： 适用于轻量级、不可睡眠的任务（如小数据包网络处理）。 ```c // Tasklet示例 void my_tasklet_handler(unsigned long data) { ... } DECLARE_TASKLET(my_tasklet, my_tasklet_handler, 0); // 在hrtimer回调中调度 tasklet_schedule(&my_tasklet); ``` 2. **线程化中断（Threaded IRQ）**： 将中断处理分为顶半部（快速响应）和底半部（可睡眠的线程上下文）。 --- ### **总结** 在hrtimer中断处理函数中**可以安全调用`queue_work`**，但必须确保： 1. 工作队列生命周期管理正确（初始化/销毁）。 2. 工作项提交频率可控。 3. 工作处理函数本身符合进程上下文规范。 若需进一步验证具体场景，可结合内核日志（`dmesg`）和代码审查排查资源泄漏或竞态条件。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

打赏作者

小蘑菇二号

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

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

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

打赏作者

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

抵扣说明：

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

余额充值