Linux中的中断处理分析

前两天一直在思考一个问题,在PCI-Express总线引入Linux之后,Linux的中断处理部分会有什么变化呢? 要回答这个问题首先需要分析一下Linux系统是如何调用中断服务程序的。其实,正因为Linux对中断处理部分 良好的封装性,使得PCI总线向PCI-Express过渡时没有触及到框架性的变化。

其实, 几年前第一次分 析Linux中断处理函数的时候就觉得非常奇怪,Linux将所有的中断处理都需要通过一个do_IRQ的函数完成。也 就是说,Linux没有充分利用不同处理器体系架构在中断处理方面的不同,没有充分利用中断向量表的作用。 在X86处理器上,我们都知道不同的中断号对应不同的中断向量,当一个中断发生的时候,处理器会直接跳转 到对应中断向量表的位置,然后执行中断向量表处的对应函数。显然Linux没有充分利用中断向量表,一旦进 入中断之后,不管是什么中断,Linux会通过中断向量表执行do_IRQ这样一个公共函数。然后在这个公共函数 中再通过中断号查找对应的中断服务程序。这样的处理显然增加了中断服务程序的调用延迟。Linux的中断处 理函数do_IRQ调用过程示例代码如下所示:

IRQn_interrupt:
        pushl $n-256
        jmp common_interrupt  

common_interrupt:
        SAVE_ALL
        call do_IRQ
        jmp ret_from_intr

在do_IRQ函数中,Linux会通过事先存储的中断号(push $n-256)在 irq_desc[]数组中找到对应的中断服务程序集。由于很多外部设备都是共享中断的,特别是传统的PCI设备是 共享中断号的,因此,Linux会依次执行这些中断服务程序集。在中断服务程序中,首先需要读取对应设备的 中断状态寄存器,来判断这个中断是否是自己的,如果是自己的,那么认领这个中断,执行中断上半部的操作 ,否则,将这个中断执行的机会让给其他的服务程序。Linux中的irq_desc[]和irq_action是中断处理过程中 的关键结构,设备驱动程序这册中断操作也就是将中断服务程序注册到这些结构中,这两个结构的关系我们可 以表示如下:

通过上述分析,我觉得Linux的这种处理不是最佳处理的,优点是对于不同体系结构的处理器具有 普适性。通过do_IRQ函数可以将所有处理器在中断处理机制方面的差异给屏蔽掉,但是,的确损失了中断处理 的实时性。在ARM处理器中,为了提高中断处理实时性,将中断处理分为向量中断(vector interrupt)和快 速中断(fast interrupt)两类。在通常的ARM编程中,我们会对应的中断服务程序注册到一个中断向量上, 当这个中断被触发的时候,ARM处理器会自动加载中断服务程序地址到一个寄存器中,该寄存器的地址会被填 写到中向量表中,因此,ARM会直接调用执行中断服务程序。中断服务程序只需保存寄存器现场即可。对于快 速中断,ARM的处理更加直接直接,并且硬件会自动保存寄存器现场,节省了中断服务程序调用时钟周期,提 高了系统的响应能力。如果采用Linux的机制,那么硬件提供的一些优势全部付之一炬,但是换回的是可移植 性。对于实时系统而言,这个地方是需要修改的。

传统的PCI总线采用的是共享中断的方式,带来的 问题就是中断处理实时性不够,每次发生PCI中断的时候,注册在相同中断向量上的服务程序都需要查询自己 的中断状态寄存器,以此来判断该中断是否属于自己。为了解决这个问题,PCI在演进过程中提出了SMI中断的 内容,PCI设备向CPU发出中断请求时,直接向总线发送SMI消息,Root Complex中的APIC在接收到这个消息之 后,有两种方式将这个中断事务上报给处理器:第一种方式是在Root Complex中的APIC上定义一个寄存器,在 这个寄存器中可以存储PCI设备提交的中断向量号,当APIC接收到中断事务之后,会向处理器提交中断请求 (INTX),CPU进入中断服务程序之后,会查询APIC中的寄存器得到中断向量,然后调用该中断向量对应的中 断服务程序;第二种方式是APIC在接收到中断事务之后,向处理器发送一个FSB中断事务,CPU接收到这个FSB 的中断事务后,会进入中断状态,并且从该事务中获得中断向量号,然后直接调用对应的中断服务程序。显然 ,第一种方式需要额外的寄存器访问延迟,而第二种方式采用FSB的中断事务直接将中断向量号告诉处理器, 这种方式的效率会更高。

对于PCI设备端,需要实现SMI中断机制,需要利用额外的中断配置空间。在 设备驱动加载的时候,会给每个PCI设备分配SMI消息发送给地址,以及对应的中断向量号,驱动程序 会将这 些信息写入PCI设备配置空间。在PCI设备发送中断请求的时候,直接将分配的中断向量号通过PCI写事务写入 分配的地址即可。

通过上述分析,PCI-Express的SMI中断会将中断向量号提交给CPU,不管是处理器 查询APIC寄存器还是通过FSB中断事务告诉给处理器,最终,在处理器进入中断之后可以得到对应设备的中断 向量号,因此,可以直接调用现有的do_IRQ来执行中断服务程序。而且,PCI-Express设备没有必要共享中断 向量号,因此,中断服务程序处理的效率的确高了不少。

出处 http://alanwu.blog.51cto.com/3652632/1086157

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索外部中断不响应
, 处理器
, 寄存器
, 程序
, 中断
, 批处理程序
, acpi apic
, 服务
, wdf框架pci驱动
, 向量
, 虚假中断号
, 处理
, 中断处理
, pci设备驱动
arm寄存器
linux中断处理流程、linux中断处理函数、linux缺页中断处理、linux 中断处理、linux中断处理程序,以便于您获取更多的相关知识。

时间: 2024-12-21 21:11:20

Linux中的中断处理分析的相关文章

linux中搭建awstats分析nginx日志

系统:centos 5.x   需要的软件包:awstats-7.3.tar.gz 1.修改nginx日志格式  代码如下 复制代码 log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '                   '$status $body_bytes_sent "$http_referer" '                   '"$http_u

linux中nginx日志分析shell脚本

以前使用虚拟主机的时候,查看网站运行日志,就发现了很多异常的恶意的访问.当时因为自己并没有系统权限没办法对这些行为进行屏蔽.现在有了自己的云主机,前端时间查看日志,又发现了很多恶意访问.正好可以通过最近对shell的学习,来做一个简单的日志分析工具,来屏蔽一些这样的操作. 首先,所谓的分析工具,肯定是建立在人为的分析的基础上的.我们来看一点我的域名运行日志:  代码如下 复制代码 78.56.78.115 - - [21/May/2014:16:54:27 +0800] "POST /wp-lo

linux中nginx日志分析利器GoAccess使用方法

面试的时候一定会被面到的问题是:给出web服务器的访问日志,请写一个脚本来统计访问前10的IP有哪些?访问前10的请求有哪些?当你领略过goaccess之后,你就明白,这些问题,除了考验你的脚本背诵记忆能力以外,唯一的作用只有装A或者装C了. 对于nginx日志分析,有很多工具,衡量好坏的标准大概就是三快:安装快,解析快,上手快.满足这三点的goaccess确实是居家必备良药. 话说这个标题其实有点委屈GoAccess了,它是一个日志分析工具,并不只是为nginx使用的.你也可以用它来分析apa

Linux中文件名解析处理源码分析

前言 Linux中对一个文件进行操作的时候,一件很重要的事情是对文件名进行解析处理,并且找到对应文件的inode对象,然后创建表示文件的file对象.在此,对文件名解析过程,并且如何找到对应inode的过程进行源码分析.分析代码基于Linux-3.2版本. 关键函数分析 不管是通过应用层的API函数还是在内核中打开一个文件,最终都需要调用filp_open函数,该函数的主要职责就是解析文件名,找到文件对应的inode对象,然后分配内存创建file对象,最后执行该文件对应的file->open函数

Linux中fork()函数实例分析_Linux

一.fork 入门知识  一个进程,包括代码.数据和分配给进程的资源.fork()函数通过系统调用创建一个与原来进程几乎完全相同的进程,也就是两个进程可以做完全相同的事,但如果初始参数或者传入的变量不同,两个进程也可以做不同的事.  一个进程调用fork()函数后,系统先给新的进程分配资源,例如存储数据和代码的空间.然后把原来的进程的所有值都复制到新的新进程中,只有少数值与原来的进程的值不同.相当于克隆了一个自己.  我们来看一个例子: /* * fork_test.c * version 1

linux中断--中断原理分析

  中断之原理篇 前言: 中断是计算机发展中一个重要的技术,它的出现很大程度上解放了CPU,提高了CPU的执行效率. 在中断出现之前,CPU对IO采用的是轮询的方式进行服务,这使的CPU纠结在某一个IO上,一直在等待它的响应,如果它不响应,CPU就在原地一直的等下去.这样就导致了其他IO口也在等待CPU的服务,如果某个IO出现了important or emergency affairs,CPU也抽不出身去响应这个IO. 为了解决这个纠结的问题就------>出现了中断 中断控制的主要优点是只有

Linux中的spinlock和mutex

Linux中的spinlock和mutex 作者 digoal 日期 2016-11-09 标签 PostgreSQL , Linux , spin lock , mutex , 自旋锁 , 抢占锁 背景 最近在压测PostgreSQL同步流复制时,遇到一个mutex锁的瓶颈问题. 具体见 <PostgreSQL 同步流复制锁瓶颈分析> PG是以backend process睡眠,然后通过sender唤醒的方式来处理同步等待的问题. 转一篇文章,了解一下spinlock, mutex. htt

linux中断线程化分析【转】

转自:http://blog.csdn.net/qq405180763/article/details/24120895 版权声明:本文为博主原创文章,未经博主允许不得转载. 最近在为3.8版本的Linux内核打RT_PREEMPT补丁,并且优化系统实时性,这篇文章主要对RTlinux中中断线程化部分进行分析.我们知道在RT_PREEMPT补丁中之所以要将中断线程化就是因为硬中断的实时性太高,会影响实时进程的实时性,所以需要将中断处理程序线程化并设置优先级,使中断处理线程的优先级比实时进程优先级

[转载]Linux 线程实现机制分析

  自从多线程编程的概念出现在 Linux 中以来,Linux 多线应用的发展总是与两个问题脱不开干系:兼容性.效率.本文从线程模型入手,通过分析目前 Linux 平台上最流行的 LinuxThreads 线程库的实现及其不足,描述了 Linux 社区是如何看待和解决兼容性和效率这两个问题的.   一.基础知识:线程和进程 按照教科书上的定义,进程是资源管理的最小单位,线程是程序执行的最小单位.在操作系统设计上,从进程演化出线程,最主要的目的就是更好的支持SMP以及减小(进程/线程)上下文切换开