Linux内核深度解析之中断、异常和系统调用——中断下半部

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 200+累计阅读 296平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄11年

关注

原创最新推荐文章于 2026-05-17 18:58:09 发布 296 阅读 AI 写同款· GEO 优化 ›

中断处理—上、下半部分 Linux中断我们需要知道两点：1、 Linux中断与中断之间不能嵌套 2、中断服务函数运行时间应当尽量短，做到快进快出。阅读详情

中断下半部

Linux中断下半部有3种：软中断（softirq）、小任务（tasklet）和工作队列（workqueue）。3种下半部的区别：

（1）软中断和小任务不允许睡眠；工作队列是使用内核线程实现的，处理函数可以睡眠

（2）软中断的种类是编译时静态定义的，在运行时不能添加或删除；小任务可以在运行时添加或删除

（3）同一种软中断的处理函数可以在多个处理器上同时执行，处理函数必须是可以重入的，需要使用锁保护临界区；一个小任务同一时刻只能在一个处理器上执行，不要求处理函数是可以重入的

收录于

操作系统Linux

当前文章被收录于：

操作系统Linux

16 篇文章 11 人学习

订阅专栏查看详情

当前文章被以下社区和专栏收录：

标签

#内核

论文精读-ReTransformer ReRAM-based Processing-in-MemoryArchitecture for Transformer Acceleration Transformer已经成为一种流行的深度神经网络(DNN)模型，用于神经语言处理(NLP)应用，并在神经机器翻译、实体识别等方面表现出优异的性能。然而，其在自回归解码器中的规模化点积注意机制在推理过程中带来了性能瓶颈。Transformer也是计算和内存密集型的，需要硬件加速解决方案。阅读详情

相关推荐

使用Intel编译器编译OpenFOAM

本文总结了使用INTEL编译器编译OpenFOAM的过程

姜蜉蝣的博客 1546

中断的上半部和下半部

参阅《linux内核设计与实现》中断处理分为上半部和下半部中断处理的上半部和下半部都是不允许出现睡眠和阻塞的。但是对于下半部，并不是一刀切，不同下半部的实现方式有的不允许睡眠和阻塞（软中断和tasklet），有的是可以的（工作队列）上半部：一般中断的中断处理函数为上半部，需要立即执行且耗时少的操作（时间太长，且如果该中断的标志是IRQF_DISABLED的话，会禁掉所有本地中断，这个函...

leo的博客 6092

简单搭建可视化日志+链路追踪

JAVA 可视化日志、链路追踪、plumeLog、Tlog、Logback

qq_39535439的博客 1204

Linux 内核代码的各种执行方式--理解中断上半部/下半部、软中断、tasklet、工作队列

Linux 内核就是在精心设计一套规则，来管理如何应对“突发紧急事件”和“常规计划任务”，并在多核心环境下高效、安全地完成所有工作。

网络安全研究 3701

光谱特征选择之模拟退火算法SA

光谱特征选择之模拟退火算法SA。

weixin_42621095的博客 901

WSL2+Ubuntu-22.04搭建PX4仿真环境：从零避坑到一键起飞

本文详细指导在Windows系统上通过WSL2和Ubuntu-22.04搭建PX4仿真开发环境的完整流程，涵盖环境配置、源码下载、依赖安装、Gazebo仿真及常见错误解决方案，帮助开发者从零避坑实现无人机一键起飞仿真。

k8s6orchestrator的博客 670

主要的中断下半部及其区别

中断下半部主要有：软中断，tasklet，工作队列区别 1. 软中断和tasket是不可以睡眠的，任务队列在进程上下问执行是可以睡眠的。 2.相同的软中断可以在不同的cpu上同时执行，类型相同的tasklet不可以同时执行，不同类型的软中断可以在不同的cpu同时执行 3.tasklet可以通过代码进行动态的注册，软中断必须在编译期间就进行静态注册。 tasklet是利用

theone 1277

AutoCAD2014与ObjectARX开发环境搭建实战指南

本文提供了一份详细的AutoCAD2014与ObjectARX开发环境搭建实战指南。内容涵盖从AutoCAD2014、Visual Studio 2010及ObjectARX 2014 SDK的版本匹配与环境准备，到Wizard安装、编码问题解决、Visual Studio配置，并最终通过一个完整的绘图命令开发示例，手把手引导开发者创建并加载第一个可运行的ObjectARX插件，为后续深入开发奠定坚实基础。

weixin_28475533的博客 286

软中断上下文能够睡眠吗？

http://www.ednchina.com/ART_51707_29_0_OA_021acc67.HTM 　这个问题实际上是一个老生常谈的问题，答案也很简单，Linux在软中断上下文中是不能睡眠的，原因在于Linux的软中断实现上下文有可能是中断上下文，如果在中断上下文中睡眠，那么会导致Linux无法调度，直接的反应是系统Kernel Panic，并且提示dequeue_task出错。

gracioushe的专栏 1475

ollama接入图像识别大模型

qq_36437991的博客 2075

c语言实现求一个矩阵特征值和特征向量

前言求矩阵的特征值，主要是用的QR分解，在我的有一次博客里，我已经详细地给出了计算的过程，大家有兴趣可以去看下，经过几天的钻研，终于完成了整个的eig算法。下面我将把我的整个代码附上，有不懂的可以问我，欢迎一起讨论学习！这是对上一次的修改版，上一次写的程序是在C++编译环境下编译的，所以放在c里面编译有些会出错。最后，如果有不对的地方希望大...

qq_36417014的博客 2万+

Linux内核深度解析之中断、异常和系统调用——中断下半部之软中断

软中断软中断（softirq）是中断处理程序在开启中断的情况下执行的部分，可以被硬中断抢占。内核定义了一张软中断向量表，每种软中断有一个唯一的编号，对应一个softirq_action实例，softirq_action实例的成员action是处理函数。 kernel/softirq.c static struct softirq_action softirq_vec[NR_SOFTIRQS] __cacheline_aligned_in_smp; /* 软中断向量表 */ include/l

linuxweiyh的博客 1441

Qt版Dalsa线扫相机的采集Demo

Qt Dalsa

追赶时代的博客 604

Linux内核深度解析之中断、异常和系统调用——中断下半部之小任务

小任务小任务（tasklet，有的书中翻译为“任务蕾”）是基于软中断实现的。为什么要提供小任务？因为小任务相对软中断有以下优势：（1）软中断的种类是编译时静态定义的，在运行时不能添加或删除；小任务可以在运行时添加或删除（2）同一种软中断的处理函数可以在多个处理器上同时执行，处理函数必须是可以重入的，需要使用锁保护临界区；一个小任务同一时刻只能在一个处理器上执行，不要求处理函数是可以重入的。小任务根据优先级分为两种：低优先级小任务和高优先级小任务。 1. 数据结构小任务的数据结构如下：

linuxweiyh的博客 396

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料，已经经过了本人的筛选和整理，希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助！

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

Linux内核深度解析之中断、异常和系统调用——中断下半部之工作队列

工作队列工作队列（work queue）是使用内核线程异步执行函数的通用机制。工作队列是中断处理程序的一种下半部机制，中断处理程序可以把耗时比较长并且可能睡眠的函数交给工作队列。工作队列不完全是中断处理程序的下半部，同时内核的其他模块也可以将异步执行的函数交给它执行。 1.编程接口内核使用工作项保存需要异步执行的函数，工作项的数据接口是work_struct，其定义如下： include/linux/workqueue.h struct work_struct { atomic_l.

linuxweiyh的博客 1968

jdk-8u144-linux-x64.tar.gz.

该资源为搭建Linux系统Java环境用，资源的后缀为tar.gz格式的压缩包

linux 异常时软中断,Linux内核深度解析之中断、异常和系统调用——中断下半部之软中断...

软中断软中断(softirq)是中断处理程序在开启中断的情况下执行的部分，可以被硬中断抢占。内核定义了一张软中断向量表，每种软中断有一个唯一的编号，对应一个softirq_action实例，softirq_action实例的成员action是处理函数。kernel/softirq.cstatic struct softirq_action softirq_vec[NR_SOFTIRQS] __ca...

weixin_33188115的博客 444

SIMATIC S7-1200, S7-1500 PID 控制[手册]

Linux内核深度解析之中断、异常和系统调用——系统调用

系统调用 系统调用是内核给用户程序提供的编程接口。用户程序调用系统调用，通常使用glibc库针对单个系统调用封装的函数。如果glibc库没有针对某个系统调用封装的函数，用户程序可以使用通用的封装函数syscall()： #define _GNC_SOURCE #include <unistd.h> #include <sys/syscall.h> /* 定义SYS_xxx */ long syscall(long number, ...); 参数number是

linuxweiyh的博客 3058

【Note】《Linux 内核深度解析：基于 ARM64 架构的 Linux 4.x 内核》第四章：中断、异常与系统调用

模块关键点异常级别（EL）用户 EL0，内核 EL1，支持从 EL0 向上触发异常异常向量表VBAR_EL1 指向的向量，入口在entry.S中中断控制器GICv3 架构，支持 IRQ 分发，支持 CPU 热插拔中断处理流程汇编入口 → IRQ 分发器 → 驱动注册的回调系统调用路径EL0 发起SVC，EL1 解析 syscall number 调用 syscall 表pt_regs 上下文结构用于保存/恢复寄存器、状态寄存器、异常返回。

YZJincsdn的博客 1178

【Linux】Linux 开发必备：信号处理时机 + 中断向量表 + 系统调用表，内核态切换核心知识点

本文深入解析Linux信号处理机制与内核态/用户态的交互原理。信号处理的"合适时机"是进程从内核态返回用户态的瞬间，此时OS会检查未决信号并执行处理。详细剖析了四种信号处理动作的差异，重点说明自定义信号处理函数涉及的用户态/内核态多次切换流程。同时，从硬件视角揭示中断机制与信号设计的相似性，包括中断控制器工作原理和中断向量表的映射逻辑，并强调时钟中断作为OS调度核心驱动力对进程管理的关键作用。通过硬件中断与软件信号的对比，展现了操作系统异步事件处理的统一设计思想。

欢迎来到我的博客，私信我可以一起交流技术 1678

Linux内核中断处理机制深度解析

中断处理核心技术解析本文系统梳理了Linux中断处理机制的关键技术点，主要内容包括：中断分类体系：详细对比硬件中断、软件中断、异常和NMI四种类型，说明其触发源和使用场景差异，并给出标准中断和线程化中断的注册代码示例。处理全流程：通过流程图展示从触发到下半部执行的完整路径，重点解析中断源识别、标志清除（含不同硬件清除方式）、临界区保护和下半部机制选择等核心步骤。故障解决方案：针对中断丢失、中断风暴、共享冲突和上下文错误等典型问题，提供具体代码级解决方案，包括中断标志处理、限流机制和共享中断验证等。

Youngist的博客 1180

Linux内核深度解析之中断、异常和系统调用——中断

中断中断是外围设备通知处理器的一种机制。 1. 中断控制器外围设备不是把中断请求直接发送给处理器，而是发给中断控制器，由中断控制器转发给处理器。不同种类的中断控制器的访问方法存在差异，为了屏蔽差异，内核定义了中断控制器描述符irq_chip，每种中断控制器自定义各种操作函数。GICv2控制器的描述符如下： drivers/irqchip/irq-gic.c tatic const struct irq_chip gic_chip = { .irq_mask = gic_mask_i.

linuxweiyh的博客 2137

Linux内核深度解析之中断、异常和系统调用——ARM64异常处理

4.1 ARM64异常处理 4.1.1异常级别 ARM64处理器定义了4个异常级别：0~3。通常ARM64处理器在异常级别0执行进程，在异常级别1执行内核。ARM64处理器的异常级别0就是我们常说的用户模式，异常级别1就是我们常说的内核模式。 4.1.2异常分类在ARM64体系结构中，异常分为同步异常和异步异常。同步异常： (1)系统调用 (2)数据中止 (3)指令中止 (4)栈指针或指令地址没有对齐 (5)没有定义的指令 (6)调试异常异步异常： (1)中断（IRQ） ..

linuxweiyh的博客 2501

Linux中断机制：深度解析与应用

Linux 中断机制在操作系统中占据着至关重要的地位。它就像是一座关键的桥梁，连接着硬件与内核，使得处理器和外部设备能够协同工作，极大地提高了系统的响应性和效率。在 Linux 系统中，中断分为外部中断和内部中断。外部中断是由硬件设备发出的，比如定时器中断、网络数据包到达等。当硬件设备出现需要处理的情况时，会触发相应的中断信号，将控制权交给操作系统内核，执行中断处理程序。内部中断则是由软件程序主动触发的，如调用系统调用、发生异常等。

深度Linux 1131

Linux中断与异常：内核的事件驱动引擎

当中断控制器的一个引脚电平变化时，一场精密的协作交响曲在处理器内部悄然奏响。现代操作系统每秒处理**数十万次中断**，从键盘敲击到网络数据包，从页面错误到系统调用——这些事件驱动着整个系统的运转。本章将深入Linux 6.x中断子系统，揭示其如何实现**微秒级响应**并支撑起庞大的计算生态。

SEU123WW的博客 734

【Linux】进程信号深度解析：从中断本质到信号捕捉全流程

本文系统性地探讨了Linux系统中的信号机制及其与中断的深层关联。信号作为进程间通信的"软中断"，其生命周期包含产生、保存和递达三个阶段，处理方式分为默认、忽略和自定义三种。文章从生活场景类比入手，详细解析了信号的五大触发来源（终端按键、系统命令、软件条件、硬件异常等），并深入剖析了内核中信号保存的未决与阻塞机制。通过对比硬件中断、时钟中断、软中断和异常的实现原理，揭示了信号作为用户态中断的本质特性。最后，文章还提供了信号捕捉的完整流程分析、常见陷阱规避指南以及实际应用场景。

CodeByV的博客 1393

Linux系统架构基础（七）：中断与异常处理机制——上半部下半部与时钟中断深度解析

中断机制允许CPU在正常执行程序的过程中，响应外部设备的请求或内部的异常事件，暂时中断当前程序的执行，转去处理紧急事件，处理完毕后再返回被中断的程序继续执行。posted interrupts通过硬件自动完成中断注入——Host将中断信息写入内存中的posted interrupt descriptor，然后发送一个特殊的通知中断（Posted Interrupt Notification），硬件自动将虚拟中断注入到运行在目标CPU上的Guest中，无需VM-Exit。其次，中断与计算融合的加速处理。