关于软中断和系统调用的一点分析

最新推荐文章于 2025-11-13 19:44:30 发布
原创 最新推荐文章于 2025-11-13 19:44:30 发布 · 1w 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细探讨了软中断的定义及其与硬件中断的区别，特别关注了i386架构下系统调用通过int80实现的方式。文章还深入分析了Linux2.6中软中断的注册和执行过程，包括如何通过硬件中断唤醒ksoftirqd线程以及软中断处理函数的执行流程。通过对TIMER_SOFTIRQ的例子，展示了软中断如何在系统时钟中断后被触发并由ksoftirqd线程处理。

感觉之前对于软中断一直有一些误解。

 

软中断的定义：

软中断是利用硬件中断的概念，用软件方式进行模拟，实现宏观上的异步执行效果。很多情况下，软中断和“信号”类似。同时，软中断又是和硬中断相对应的，“硬中断是外部设备对CPU的中断”，“软中断通常是硬件中断服务程序对内核的中断”

 

作为系统调用而言，对于i386则是通过软中断int80实现

对于其它的软中断，则是在硬件中断之后触发的软中断。

 

系统调用在Linux2.6中的实现

 

set_system_trap_gate(SYSCALL_VECTOR, &system_call);

# define SYSCALL_VECTOR			0x80

ENTRY(system_call)
	RING0_INT_FRAME			# can't unwind into user space anyway
	pushl_cfi %eax			# save orig_eax
	SAVE_ALL
	GET_THREAD_INFO(%ebp)
					# system call tracing in operation / emulation
	testl $_TIF_WORK_SYSCALL_ENTRY,TI_flags(%ebp)
	jnz syscall_trace_entry
	cmpl $(nr_syscalls), %eax
	jae syscall_badsys
syscall_call:
	call *sys_call_table(,%eax,4)
	movl %eax,PT_EAX(%esp)		# store the return value
 

 ENTRY(sys_call_table)
	.long sys_restart_syscall	/* 0 - old "setup()" system call, used for restarting */
	.long sys_exit
	.long ptregs_fork
	.long sys_read
	.long sys_write
	.long sys_open		/* 5 */
	.long sys_close
	.long sys_waitpid
	.long sys_creat
	.long sys_link
	.long sys_unlink	/* 10 */
	.long ptregs_execve
	.long sys_chdir
	.long sys_time
	.long sys_mknod
	.long sys_chmod		/* 15 */
	.long sys_lchown16
	.long sys_ni_syscall	/* old break syscall holder */
	.long sys_stat
	.long sys_lseek
	.long sys_getpid	/* 20 */
	.long sys_mount
	.long sys_oldumount
...

 

 

 

对于软中断而言，则稍微复杂些

1.注册软中断当然是通过open_softirq

例子如下：

[cpp] 

view plain

copy

  1. void __init init_timers(void)  
  1. {   
  2.     int err = timer_cpu_notify(&timers_nb, (unsigned long)CPU_UP_PREPARE, &
最低0.47元/天 解锁文章
Linux内核中的中断处理机制：软中断与硬中断的协同工作
数字人生
02-10 276
硬中断是由硬件设备触发的中断信号，当硬件设备需要CPU处理某些事件时（例如，网络接口接收到数据包、磁盘I/O操作完成等），会向CPU发送中断请求。CPU接收到中断请求后，会暂停当前正在执行的程序，保存上下文，然后跳转到对应的中断处理程序（Interrupt Service Routine, ISR）中执行。高优先级：硬中断的优先级最高，一旦发生，CPU会立即响应，中断当前任务的执行。硬件触发：由硬件设备直接触发，与软件逻辑无关。快速处理：硬中断处理程序通常需要快速完成，以减少对系统性能的影响。
Windows内核情景分析 第二章 从用户空间发起系统调用的过程(仅供自赏)
For Geek
05-15 1039
系统调用/系统服务存在的需求 从应用程序的角度看，内核的作用在于提供了一组可供应用程序调用的接口。这组调用我们称为“系统调用”。也可以认为系统调用是内核提供的一种服务。所以系统调用也称为系统服务。 从程序运行的角度来看：进程是主动的，有活性的，是发出调用请求的一方。而内核是被动的，只是应程序的需求来提供相应的服务。 从整个系统的角度看：内核也有活性的一面，只不过从应用程序本身是看不到的，隐形的。诸...
linux系统调用是通过软中断实现的吗
03-02 643
软中断是利用硬件中断的概念，用软件方式进行模拟，实现宏观上的异步执行效果。很多情况下，软中断和信号有些类似，同时，软中断又是和硬中断相对应的，硬中断是外部设备对CPU的中断，软中断通常是硬中断服务程序对内核的中断，信号则是由内核（或其他进程）对某个进程的中断（《Linux内核源代码情景分析》第三章）。软中断是linux系统原“底半处理”的升级，在原有的基础上发展的新的处理方式，以适应多c...
个人学习笔记---软中断（下半部）和软件中断(系统调用)的区别
SOJUE的博客
09-10 4000
软中断是用软件方式模拟硬件中断的概念，实现宏观上的异步执行效果。 异步通知所基于的信号也类似于中断。软中断又是和硬中断相对应的，硬中断是外部设备对CPU的中断，软中断通常是硬中断服务程序对内核的中断，信号则是由内核（或其它进程）对某个进程的中断。 作为系统调用而言，对于X86，软中断是通过int80实现 对于其它的软中断，则是在硬件中断之后触发的软中断，是中断下半部的一种
STM32中断
2303_76995644的博客
11-13 1049
STM32中断基础知识点
Linux 系统调用和中断（查漏补缺版）
weixin_48922154的博客
02-21 1140
文章目录一、系统调用1.1 概述1.2 系统调用处理程序二、中断 一、系统调用 1.1 概述 现代操作系统中，内核提供了用户进程与内核进行交互的一组接口，这些接口使得应用程序受限地访问硬件设备，保证系统稳定可靠，避免应用程序肆意妄行。 系统调用就是用户空间进程和外围设备之间的中间层，提供系统调用主要有三个作用： 给用户进程提供抽象接口，屏蔽底层实现。 内核自身通过用户类型权限等做校验，保证系统的稳定安全。 为了更好的实现多任务，虚拟内存等内容。 而站在程序员的角度，往往又在系统调用之上再封装了一层 AP
系统调用软中断处理程序system_call分析
weixin_30954265的博客
06-28 299
最近学习了系统调用的整个流程，这里总结并记录。同时作为学习孟宁老师的linux内核课程的作业。 唐建，《Linux内核分析》MOOC课程http://mooc.study.163.com/course/USTC-1000029000 1、概述 　　系统调用整个过程为：API——封装例程——system_call——系统调用程序。 上一篇博客分析了用户空间部分：API——封装...
Linux软中断与系统调用
weixin_30363981的博客
12-25 845
1. SWI软中断 以ARMV7 A/R架构为例， SWI软中断和中断一样，内核空间处理始于异常向量表。Linux向量表默认地址0XFFFF0000，SWI向量偏移8字节为0xFFFF0008： 具体代码，位于 \linux-3.4.x\arch\arm\kernel\entry-armv.S: __vectors_start: ARM( swi S...
【现代操作系统】3. 中断、异常、系统调用
山可行,海可平
08-20 1628
操作系统的中断、异常、系统调用
操作系统基础：模式切换、系统调用与中断机制解析
Linux内核通过导出一个虚拟动态共享对象（vDSO）来实现这一点，该对象被映射到进程地址空间，其中包含如`gettimeofday(2)`和`getcpu(2)`等系统调用。 - **内存映射**：用于按需分页，也可用于数据存储和其他I/O操作...
linux软中断和系统调用深入研究
qq_40036519的博客
12-27 2609
arm软中断模式 arm7种模式 有中断模式，但是并没有软中断模式。那么arm的软中断是什么呢？ arm的软中断是arm从用户模式切换到特权模式，也就是linux中从用户态切换到内核态的过程。 swi命令触发软中断 linux系统中，swi异常向量代码： linux系统调用 x86 架构是硬中断int 80，中断号为80来实现系统调用的； arm架构是使用swi命令，使arm切换为软中断模式，执行swi异常向量表中的异常向量。 软中断的异常向量 arm中异常象量表： 异常类型 偏移地址（低） 偏移
中断、信号、系统调用
JACKSONMHLK的博客
07-25 4119
对于每个系统调用都有一个系统调用号，在触发中断之前，会将系统调用号放入到一个固定的寄存器，中断处理程序会读取该寄存器的值，然后决定执行哪个系统调用的代码。，比如Linux某网卡接收了一个数据包，此时会触发一个硬中断，由于处理数据包的过程比较耗时，而硬中断资源又非常宝贵，如果占着硬中断函数不返回，会影响到其他硬中断的相应速度，比如点击鼠标、按下键盘等。CPU收到一个中断号n后，会去中断向量表中寻找第n个中断描述符，从中断描述符中找到中断处理程序的地址，然后跳过去执行。......
Linux 内核系统调用与中断(学习笔记）
frodocheng的博客
06-12 843
Linux 系统调用 1. Linux 系统为每一个系统调用准备了一个号码，为系统调用号，对于32bit系统而言：exit 为 1， write 为4等。 2. 每当应用程序调用系统调用函数时，如write，首先到 C 库中，（glibc中），调用对应的函数 write。 3. C库中的writehansh ,将对应的调用号保存到对应的寄存器中，一般是R7寄存器。然后调用 SWI(old)或者SVC(new)，触发一个异常（软中断），CPU需处理该异常（软中断），需跳转到异常向量表的对应位置去处理。
Linux内核（十三）系统软中断 software
weixin_43564241的博客
03-02 1121
中断要求快进快出，提高执行效率，尽量少做和硬件相关或数据处理等耗时繁琐的操作。中断注意事项中断会关闭调度，中断优先级高于任何任务的优先级。长时间中断处理会影响系统的效率，继而影响其他系统任务进行，系统任务超时引起不可预料的后果。中断处理程序中不可以睡眠，不可以使用引起睡眠的函数（如ssleep、msleep、kmalloc、copy_to_user、copy_from_user），也不能使用可以引起睡眠的锁（metux锁），可以使用自旋锁。
软中断与软件中断
holly的专栏
07-30 3108
软中断与软件中断
中断的系统调用
zjwson的博客
12-11 567
这里的系统调用区别于用户自定义函数。 关于慢系统调用： 可能会永远阻塞的系统调用；从终端设备、管道或网络设备上的文件读取；向上述文件写入；某些设备上的文件打开；pause和wait系统调用；一些设备的ioctl操作；一些进程间通信函数； 1.进程调用“慢”系统调用时，如果发生了信号，内核会重启系统调用； 2.进程调用用户自定义函数，如果发生了信号，在信号处理完毕后，会接着从函数
操作系统学习（三） 中断概述
路漫漫其修远兮
03-02 832
中断分为外部硬件中断、内部中断和软中断。 中断也是操作系统的一种解决方案，那么为什么需要引入中断机制呢。为了分享计算能力，处理器应当为多用户多任务提供硬件一级的支持。在单处理系统中，当一个任务的执行时，还有其他多个任务等待获取处理器来执行。当一个任务等待输入输出时，应该把处理器转给另一个任务执行。但问题是，正在执行的程序进入等待输入输出时他并不知道还有其他任务在等待处理器。这种情况下，即产生一...
【001 中断】什么是硬中断？什么是软中断？它们有什么区别？
kashine的博客
06-01 8838
主要是用来通知操作系统系统外设状态的变化。比如当网卡收到数据包的时候，就会发出一个中断。我们通常所说的中断指的是硬中断(hardirq)。
内核中断，异常，抢占总结篇
vivi的技术博客
07-15 9395
一、基本概念中断分为同步中断和异步中断。同步中断CPU控制单元产生的，“同步”是指只有在一条指令执行完毕后，CPU才会发出中断，而不是发生在代码指令执行期间，比如系统调用。而异步中断是由其他硬件设备依照CPU时钟信号产生的，即意味着中断能够在指令之间发生，例如键盘中断。按照Int
RTThread能在中断函数中调用API接口吗
最新发布
11-29
<think> 首先，用户的问题是：“我想查询RTThread是否能在中断函数中调用API接口”。这是一个具体的技术问题，关于RT-Thread操作系统的中断处理函数中是否可以调用API接口。 我需要参考用户提供的引用内容，因为这些是系统级指令中提到的参考站内引用： - 引用[1]：提到中断处理函数应尽可能地快速执行，避免耗时操作和阻塞。这暗示在中断中不应进行可能引起延迟的操作。 - 引用[2]：讨论了RT-Thread的线程管理函数，如rt_thread_delete()和rt_thread_detach()，但没有直接涉及中断中的调用。 - 引用[3]：涉及线程间通信，如邮箱、消息队列、信号/软件中断。它提到了一些API函数，但未具体说明在中断中调用。 - 引用[4]：讨论了FreeRTOS中不能在中断服务函数中调用某些API，需要调用带ISR的版本。这提供了上下文：在某些RTOS中，中断中调用API有特定要求或限制。 引用[4]特别相关，因为它提到了类似情况在FreeRTOS中，并解释了为什么某些API不能在中断中调用，需要带ISR的版本。这暗示在RT-Thread中可能有类似的机制。 我的知识库中：RT-Thread是一个实时操作系统，类似于FreeRTOS。在实时操作系统中，中断处理函数（ISR）通常需要快速执行，因此不能调用可能阻塞或耗时的API。RT-Thread提供了特定的API或机制来处理中断中的操作，比如使用软中断或消息队列来延迟处理。 从引用[1]：“中断处理函数应尽可能地快速执行，通常应该避免执行耗时的操作和阻塞。” 这直接建议避免在中断中调用可能导致阻塞的API。 引用[3]提到信号处理函数，可能涉及中断上下文，但它说“该信号将不会递达给安装此信号的线程，也不会引发软中断处理”，这表明在中断中调用某些函数需要注意。 现在，回答用户的问题：RTThread能否在中断函数中调用API接口？ 答案是：它取决于API的类型。RT-Thread提供了一些API是专门设计用于在中断上下文中调用的，称为“中断安全”API，通常以“isr”或类似后缀命名。其他API可能不能在中断中调用，因为它们可能涉及调度或阻塞操作。 在RT-Thread中，许多API有对应的版本用于中断上下文，例如rt_mb_send()用于邮箱发送的阻塞版本，而rt_mb_send_isr()用于中断上下文。 从引用[4]：“探究为什么FreeRTOS 有些API不能在中断服务函数中调用，转而需要调用带ISR的版本。” 这表明RT-Thread可能有类似的模式。 因此，总结回答： - 在RT-Thread中断函数中，可以调用一些API接口，但仅限于那些标记为“中断服务例程安全”的API。 - 不能调用可能导致阻塞、调度或访问共享资源而可能引起竞态条件的API。 - 用户应该查阅RT-Thread的文档，检查特定API是否支持在中断中调用。 回答结构要清晰：逐步解决问题。 1. **解释基本原则**：基于实时操作系统的特性，中断处理需要快速，避免阻塞。 2. **参考引用**：引用[1]和[4]支持这一点。 3. **具体到RT-Thread**：RT-Thread有特定的中断安全API。 4. **建议**：如何正确地在中断中调用API，或替代方法，如使用软中断或消息队列。 最后，添加相关问题，作为系统级指令的一部分。 系统级指令要求： - 所有行内数学表达式用$...$格式，但这里可能不需要数学。 - 独立公式用$$...$$，但这里可能不适用。 - LaTeX语法正确。 - 使用中文回答。 - 生成相关问题。 - 在回答中引用的段落末尾添加引用标识，例如[^1]。 - 回答结构清晰，帮助用户逐步解决问题。 生成相关问题： - 根据主题，相关问题可以包括：如何在RT-Thread中断中安全调用API？RT-Thread中断安全API有哪些？中断中调用API的注意事项？ 最终回答框架： 1. 直接回答问题：RTThread能在中断函数中调用API接口吗？有条件。 2. 解释原因：基于实时操作系统限制。 3. 提供细节：RT-Thread的特定机制。 4. 引用来源：[^1]和[^4]。 5. 结束语：建议查阅文档。 6. 添加相关问题。 </think>### RTThread能否在中断函数中调用API接口？ RTThread（RT-Thread实时操作系统）允许在中断函数中调用API接口，但**有条件限制**，并非所有API都可以直接调用。在实时操作系统中，中断处理函数（ISR）必须快速执行，以避免阻塞或延迟系统响应。以下我将逐步解释这个问题，确保回答基于RT-Thread的特性、用户提供的引用内容，以及实时操作系统的最佳实践。 #### 1. **基本原则：为什么在中断中调用API有风险？** - 在RT-Thread中，中断处理函数（如引用[1]所述）需要“尽可能地快速执行”，并且“避免执行耗时的操作和阻塞”[^1]。这是因为中断上下文运行在最高优先级，如果调用可能导致阻塞、调度或资源争用的API（如线程创建、删除或某些通信API），会引发系统不稳定、死锁或性能下降。 - 例如，引用[4]提到FreeRTOS中“有些API不能在中断服务函数中调用，转而需要调用带ISR的版本”[^4]，RT-Thread也有类似机制：许多API提供了专门的“中断安全”版本（通常以`_isr`为后缀），这些版本设计为在中断上下文中使用。 #### 2. **RT-Thread的具体规则：哪些API可以在中断中调用？** - **可以调用的API**：只有标记为“中断安全”（Interrupt-Safe）的API可以在中断函数中直接调用。这些API通常是轻量级、非阻塞的，涉及快速操作如： - 信号量、邮箱或消息队列的发送/接收（使用`_isr`后缀版本，如`rt_mb_send_isr()`）。 - 软件中断（softirq）或信号处理（如引用[3]提到的`rt_signal_mask()`和`rt_signal_unmask()`，但需注意其限制）[^3]。 - 简单的事件标志或定时器操作。 - 这些API在RT-Thread文档中明确标注为“可在中断上下文使用”，它们不会触发任务调度或资源锁。 - **不能调用的API**：普通API（非中断安全版本）不能在中断中调用，因为它们可能涉及： - 线程管理函数（如引用[2]中的`rt_thread_delete()`或`rt_thread_detach()`），这些操作会导致调度或阻塞[^2]。 - 文件系统、网络协议栈或其他耗时操作。 - 如果强行调用，可能导致系统崩溃或未定义行为（类似FreeRTOS的问题描述在引用[4]中）[^4]。 - **关键点**：RT-Thread的API设计遵循“中断上下文与线程上下文分离”原则。在中断中，应优先使用中断安全API，或将耗时操作委托给线程（如通过消息队列发送请求）。 #### 3. **如何在中断中安全调用API？实用建议** - **步骤1：识别中断安全API**：查阅RT-Thread官方文档或API参考手册，查找带有`_isr`后缀的函数。例如： - 邮箱发送：普通版`rt_mb_send()`（不能在中断中使用） VS 中断安全版`rt_mb_send_isr()`。 - 信号量释放：普通版`rt_sem_release()` VS 中断安全版`rt_sem_release_isr()`。 - **步骤2：避免阻塞操作**：在中断处理函数中，只执行紧急任务，例如设置标志位或发送简单消息。耗时操作应移到线程中处理。引用[1]强调“中断处理函数应快速执行”[^1]，这可以通过软中断或工作队列实现。 - **步骤3：使用替代机制**： - **软中断（Software Interrupt）**：在中断中触发软中断，然后在软中断上下文中调用更复杂的API（软中断在RT-Thread中支持部分API调用）。 - **消息队列**：在中断中使用`rt_mq_send_isr()`发送消息，线程在后台处理消息并调用阻塞API。 - 示例代码（简化版）： ```c /* 中断处理函数示例 */ void isr_handler(void) { /* 只调用中断安全API */ rt_mb_send_isr(&mailbox, data); // 使用中断安全邮箱发送 /* 耗时操作委托给线程 */ rt_base_t level; level = rt_hw_interrupt_disable(); // 临时禁用中断 rt_event_send(&event_flag, EVENT_DATA_READY); // 发送事件标志（中断安全） rt_hw_interrupt_enable(level); // 恢复中断 } ``` - **注意事项**：在中断中调用API时，确保： - 禁用中断（使用`rt_hw_interrupt_disable()`）以保护临界区。 - 避免递归调用或死锁场景。 - 测试代码在目标硬件上验证稳定性。 #### 4. **总结** RTThread**能**在中断函数中调用API接口，但仅限于中断安全版本。普通API的调用会导致风险，如系统不稳定或性能下降。始终优先查阅RT-Thread官方文档（如API手册），并结合具体场景选择`_isr`后缀的API。引用[4]的FreeRTOS类比提醒我们，实时操作系统普遍有此限制[^4]，RT-Thread的设计遵循类似原则以确保实时性。 如果您有特定API需要检查，请提供更多细节，我可以帮助分析！
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值