linux中断信号

1. 在SMP系统中，linux定义的处理机间中断RESCEDULE_VECTOR:使被中断CPU重新调

摘要 中断让外设能够通知CPU他需要获得服务(让CPU执行指定的中断服务例程ISR)。为了达到这个目的，首先要为中断执行做好准备，完成初始化相关的操作。包括：

2. Linux内核中断之中断申请接口

本文基于 RockPI 4A 单板Linux4.4内核介绍中断申请的常用接口函数。

1、文件

2、定义

说明：

1）、 irq ：要申请的中断号，可通过 platform_get_irq() 获取，见“Linux内核中断之获取中断号”。

2）、 handler ：中断处理函数，发生中断时，先处理中断处理函数，然后返回 IRQ_WAKE_THREAD 唤醒中断处理线程。中断处理函数尽可能简单。

中断处理函数定义： typedef irqreturn_t (*irq_handler_t)(int, void *);

中断返回值如下：

3）、 thread_fn ：中断处理线程，该参数可为NULL。类似于中断处理函数的下半部分。

4）、 irqflags ：中断类型标志。

定义文件： include/linux/interrupt.h ，内容如下：

5）、 devname ：中断名称，可使用 cat /proc/interrupts 命令查看。

6）、 dev_id ：设备ID，该值唯一。

在使用共享中断时（即设置 IRQF_SHARED ），必须传入 dev_id ，在中断处理和释放函数中都会使用该参数。

注：

1、 request_threaded_irq() 函数可替代 request_irq 加 tasklet 或 workqueue 的方式。

2、对应的中断释放函数为： void free_irq(unsigned int, void *) ，需要和中断申请函数成对出现。

1、文件

2、定义

说明：

1）、 __must_check ：指调用函数一定要处理函数的返回值，否则编译器会给出警告。

2）、 request_irq() 函数本质上是中断处理线程 thread_fn 为空的 request_threaded_irq() 函数。

注 ：

对应的中断释放函数为： void free_irq(unsigned int, void *) ，需要和中断申请函数成对出现。

1、文件

2、定义

说明 ：

devm_request_threaded_irq() 本质上还是使用 request_threaded_irq() 函数实现中断申请。

两者区别：

1）多了一个 dev 参数；

2）在设备驱动卸载时，中断会自动释放；

3）如果想单独释放中断，可使用 void devm_free_irq(struct device *dev, unsigned int irq, void *dev_id) 函数。

1、文件

2、定义

devm_request_irq() 函数本质上是中断处理线程 thread_fn 为空的 devm_request_threaded_irq() 函数。

1、获取中断号

2、申请中断

3、中断处理函数

4、中断处理线程

5、查看中断

3. Linux下通过哪个命令怎么查看中断

与Linux设备驱动中中断处理相关的首先是申请与释放IRQ的API request_irq()和free_irq()。

C++是一种面向对象的计算机程序设计语言，由美国AT&T贝尔实验室的本贾尼·斯特劳斯特卢普博士在20世纪80年代初期发明并实现，最初它被称作“C with Classes”（包含类的C语言）。

它是一种静态数据类型检查的、支持多重编程范式的通用程序设计语言，支持过程化程序设计、数据抽象、面向对象程序设计、泛型程序设计等多种程序设计风格。

在C基础上，一九八三年又由贝尔实验室的Bjarne Strou-strup推出了C++，C++进一步扩充和完善了C语言，成为一种面向 对象的程序设计语言。

C++目前流行的编译器最新版本是Borland C++ 4.5,Symantec C++ 6.1，和Microsoft Visual C++ 2012。

4. linux系统中的中断指令是什么

什么是中断
Linux 内核需要对连接到计算机上的所有硬件设备进行管理，毫无疑问这是它的份内事。如果要管理这些设备，首先得和它们互相通信才行，一般有两种方案可实现这种功能：
轮询（polling） 让内核定期对设备的状态进行查询，然后做出相应的处理；中断（interrupt） 让硬件在需要的时候向内核发出信号（变内核主动为硬件主动）。
第一种方案会让内核做不少的无用功，因为轮询总会周期性的重复执行，大量地耗用 CPU 时间，因此效率及其低下，所以一般都是采用第二种方案 。
对于中断的理解我们先看一个生活中常见的例子:QQ。第一种情况:你正在工作,然后你的好友突然给你发送了一个窗口抖动,打断你正在进行的工作。第
二种情况:当然你有时候也会每隔 5 分钟就去检查一下 QQ
看有没有好友找你,虽然这很浪费你的时间。在这里,一次窗口抖动就可以被相当于硬件的中断,而你就相当于 CPU,你的工作就是 CPU
这在执行的进程。而定时查询就被相当于 CPU 的轮询。在这里可以看到:同样作为 CPU 和硬件沟通的方式,中断是硬件主动的方式,较轮询(CPU
主动)更有效些,因为我们都不可能一直无聊到每隔几分钟就去查一遍好友列表。
CPU
有大量的工作需要处理,更不会做这些大量无用功。当然这只是一般情况下。好了,这里又有了一个问题,每个硬件设备都中断,那么如何区分不同硬件呢?不同设
备同时中断如何知道哪个中断是来自硬盘、哪个来自网卡呢?这个很容易,不是每个 QQ 号码都不相同吗?同样的,系统上的每个硬件设备都会被分配一个
IRQ 号,通过这个唯一的 IRQ 号就能区别张三和李四了。
从物理学的角度看，中断是一种电信号，由硬件设备产生，并直接送入中断控制器（如
8259A）的输入引脚上，然后再由中断控制器向处理器发送相应的信号。处理器一经检测到该信号，便中断自己当前正在处理的工作，转而去处理中断。此后，
处理器会通知 OS 已经产生中断。这样，OS
就可以对这个中断进行适当的处理。不同的设备对应的中断不同，而每个中断都通过一个唯一的数字标识，这些值通常被称为中断请求线。

5. Linux内核中断如何避

首先我阐明一下，用锁的情况只有两种：
线程
文件
内核程序在使用的时候也脱离不了这两种锁的概念。
中断，是信号，是否要处理中断信号？或者产生中断信号？
对信号来说只有：
信号屏蔽、信号捕捉、信号排队、可重如函数等概念。
你想问的问题，我没猜测，在处理某个信号时，不想让其他信号中断，那么使用信号屏蔽字：
先设置要屏蔽的信号集，要保存的信号集，初始信号集，可供协调使用的函数有几个：
#include <signal.h>
signal(这个不建议使用，应为有些老的实现是有问题的)，设置信号处理程序
sig_atomic_t 数据类型
sigprocmask，设置信号屏蔽字
sigaction，设置信号处理程序，功能跟强悍，可控性更好
sigsuspend，以原子性方式，等待某些信号发生，然后返回
你具体要做啥不清楚，但使用上面的信号相关的函数，肯定能实现你的功能。参考APUE的论述。

6. Linux几种中断信号的区别：HUP，INT，KILL，TERM，TSTP

Linux的HUP，INT，KILL，TERM，TSTP中断信号区别为：键入不同、对应操作不同、启用不同。

一、键入不同

1、HUP中断信号：HUP中断信号是当用户键入<Ctrl+X>时由终端驱动程序发送的信号。

2、INT中断信号：INT中断信号是当用户键入<Ctrl+I>时由终端驱动程序发送的信号。

3、KILL中断信号：KILL中断信号是当用户键入<Ctrl+Z>时由终端驱动程序发送的信号。

4、TERM中断信号：TERM中断信号是当用户键入<Ctrl+>时由终端驱动程序发送的信号。

5、TSTP中断信号：TSTP中断信号是当用户键入<Ctrl+T>时由终端驱动程序发送的信号。二、对应操作不同

1、HUP中断信号：HUP中断信号的对应操作为让进程挂起，睡眠。

2、INT中断信号：INT中断信号的对应操作为正常关闭所有进程。

3、KILL中断信号：KILL中断信号的对应操作为强制关闭所有进程。

4、TERM中断信号：TERM中断信号的对应操作为正常的退出进程。

5、TSTP中断信号：TSTP中断信号的对应操作为暂时停用进程。

三、启用不同

1、HUP中断信号：HUP中断信号发送后，可以重新被用户再次输入恢复启用进程。

2、INT中断信号：INT中断信号发送后，不可以重新被用户再次输入恢复启用进程。

3、KILL中断信号：KILL中断信号发送后，不可以重新被用户再次输入恢复启用进程。

4、TERM中断信号：TERM中断信号发送后，可以重新被用户再次输入启用进程。

5、TSTP中断信号：TSTP中断信号发送后，可以重新被用户再次输入继续使用进程。

7. Linux如何及时响应外部中断

FPGA每隔100us给运行linux的ARM一个中断，要求在20us内响应中断，并读走2000*16bit的数据。
目前主要的问题是，当系统同时发生多个中断时，会严重影响linux对FPGA中断的响应时间。如何解决？

1、首先想到了ARM的FIQ，它可以打断IRQ中断服务程序，保证对外部FIQ的及时响应。但是发现linux只实现了IRQ，没有显示FIQ。
linux是从devicetree读取中断号，加入中断向量表的。

interrupts = <0x0 0x32 0x0>;中的第一个字段0表示非共享中断，非零表示共享中断，SDK产生的dts统一为0，此时第二字段的值比XPS中的小32；如果第一字段非零，则第二字段比XPS小16.
最后字段表示中断的触发方式。
IRQ_TYPE_EDGE_RISING =0x00000001,
IRQ_TYPE_EDGE_FALLING =0x00000002,
IRQ_TYPE_LEVEL_HIGH =0x00000004,
IRQ_TYPE_LEVEL_LOW =0x00000008,
很明显，devicetree根本没有提供通知linux有FIQ的渠道。
2、再来看linux的IRQ
linux的中断分为上半部和下半部，上半部运行在IRQ模式，会屏蔽所有中断，下半部运行在SVC模式，会重新打开中断。
也就是说，当一个中断的上半部正在运行时（不能再次响应中断），FPGA的中断是不能被linux响应的；
反过来，当FPGA中断的上半部正在运行时（不能再次响应中断），其他的中断也不能被linux响应；
unsigned long flags;
...
local_irq_save(flags);
....

local_irq_restore(flags);

3.
ARM有七种模式，我们这里只讨论SVC、IRQ和FIQ模式。
我们可以假设ARM核心有两根中断引脚（实际上是看不见的），一根叫 irq pin, 一根叫fiq pin.
在ARM的cpsr中，有一个I位和一个F位，分别用来禁止IRQ和FIQ的。
先不说中断控制器，只说ARM核心。正常情况下，ARM核都只是机械地随着pc的指示去做事情，当CPSR中的I和F位为1的时候，IRQ和FIQ全部处于禁止状态。无论你在irq
pin和fiq pin上面发什么样的中断信号，ARM是不会理你的，你根本不能打断他，因为他耳聋了，眼也瞎了。
在I位和F位为0的时候，当irq
pin上有中断信号过来的时候，就会打断arm的当前工作，并且切换到IRQ模式下，并且跳到相应的异常向量表（vector)位置去执行代码。这个过程是自动的，但是返回到被中断打断的地方就得您亲自动手了。当你跳到异常向量表，处于IRQ的模式的时候，这个时候如果irq
pin上面又来中断信号了，这个时候ARM不会理你的，irq
pin就跟秘书一样，ARM核心就像老板，老板本来在做事，结果来了一个客户，秘书打断它，让客户进去了。而这个时候再来一个客户，要么秘书不断去敲门问，要么客户走人。老板第一个客户没有会见完，是不会理你的。
但是有一种情况例外，当ARM处在IRQ模式，这个时候fiq pin来了一个中断信号，fiq
pin是什么？是快速中断呀，比如是公安局的来查刑事案件，那才不管你老板是不是在会见客户，直接打断，进入到fiq模式下，并且跳到相应的fiq的异常向量表处去执行代码。那如果当ARM处理FIQ模式，fiq
pin又来中断信号，又就是又一批公安来了，那没戏，都是执法人员，你打不断我。那如果这个时候irq
pin来了呢？来了也不理呀，正在办案，还敢来妨碍公务。
所以得出一个结论： IRQ模式只能被FIQ模式打断，FIQ模式下谁也打不断。
在打不断的情况下，irq pin 或 fiq pin随便你怎么发中断信号，都是白发。
所以除了fiq能打断irq以外，根本没有所谓中断嵌套的情况。
Linux不用FIQ,只用到了IRQ。但是我们有时候一个中断需要处理很长时间，那我们就需要占用IRQ模式那么长的时间吗？没有，linux在IRQ模式下只是简单的记录是什么中断，马上就切换回了SVC模式，换句话说，Linux的中断处理都是在SVC模式下处理的。
只不过SVC模式下的ISR上半部关闭了当前中断线，下半部才重新打开

8. Linux中断补充

在系统结构中，CPU工作的模式有两种，一种是中断，由各种设备发起；一种是轮询，由CPU主动发起。
中断IRQ:
中断允许让设备（如键盘，串口卡，并口等设备）表明它们需要CPU。一旦CPU接收了中断请求，CPU就会暂时停止执行正在运行的程序，并且调用一个称为中断处理器或中断服务程序（interrupt service routine）的特定程序。CPU处理完中断后，就会恢复执行之前被中断的程序。
中断分类：
硬中断+软中断
硬中断：
①非屏蔽中断：不能被屏蔽，硬件发生的错误：内存错误，风扇故障，温度传感器故障等。
②可屏蔽中断：可被CPU忽略或延迟处理。当缓存控制器的外部针脚被触发的时候就会产生这种类型的中断，而中断屏蔽寄存器就会将这样的中断屏蔽掉。我们可以将一个比特位设置为0，来禁用在此针脚触发的中断。
软中断：
是软件实现的中断,也就是程序运行时其他程序对它的中断;而硬中断是硬件实现的中断,是程序运行时设备对它的中断。

CPU之间的中断处理（IPI）
处理器间中断允许一个CPU向系统其他的CPU发送中断信号，处理器间中断（IPI）不是通过IRQ线传输的，而是作为信号直接放在连接所有CPU本地APIC的总线上。
CALL_FUNCTION_VECTOR （向量0xfb）

发往所有的CPU，但不包括发送者，强制这些CPU运行发送者传递过来的函数，相应的中断处理程序叫做call_function_interrupt()，例如，地址存放在群居变量call_data中来传递的函数，可能强制其他所有的CPU都停止，也可能强制它们设置内存类型范围寄存器的内容。通常，这种中断发往所有的CPU，但通过smp_call_function()执行调用函数的CPU除外。

RESCHEDULE_VECTOR （向量0xfc）

当一个CPU接收这种类型的中断时，相应的处理程序限定自己来应答中断，当从中断返回时，所有的重新调度都自动运行。

INVALIDATE_TLB_VECTOR （向量0xfd）

发往所有的CPU，但不包括发送者，强制它们的转换后援缓冲器TLB变为无效。相应的处理程序刷新处理器的某些TLB表项。

9. LINUX软中断通信

我验证下阿...一不小心就fork多了..
刚开始我把kill的参数弄反了，信号和pid位置弄错了，调了半个小时，很郁闷..

你只是忽略了一点...，我也给忽略了。。。后来才想起来

你按下ctrl+C的时候，另外两个fork出来的进程，他们也会接到SIGINT。。。就退出了。。所以你要先在子进程里面忽略这个SIGINT信号，用signal(SIGINT,SIG_IGN)就OK了....
程序如下...

有解释，你可以自己看看...

#include"stdio.h"
#include"unistd.h"
#include"signal.h"
#include"sys/types.h"
#include"stdlib.h"

int k=0;
pid_t child1=0,child2=0;

void func_main(int sig);
void func_child1(int sig);
void func_child2(int sig);

int main()
{
while((child1=fork())==-1);
if(child1==0)
{
printf("child1 OK\n");
signal(SIGINT,SIG_IGN);
signal(SIGUSR1,func_child1);
sleep(60);
}

else if(child1 >0)
{
while((child2=fork())==-1);
if(child2==0)
{
printf("child 2 OK\n");
signal(SIGINT,SIG_IGN);//你按下ctrl+C，子进程也会接受到ctrl的信号...所以，子进程忽略
//所提子进程要忽略掉这个SIGINT信号
signal(SIGUSR2,func_child2);
sleep(60); //这里为了验证，如果进程没退出，40妙之后自动会退出的
//不然就得手动在终端里面kill掉这个进程了...
//有时候成了僵尸进程需要kill -9 才能杀死
}

else if(child2 >0)
{
signal(SIGINT,func_main);
printf("children forked OK...\n");
wait(0);

printf("child return...\n");

sleep(100);
return 0;
}
}

}

void func_main(int sig)
{
k++;
printf("to send signal\n");
//printf("child1=%d,child2=%d\n",child1,child2);
//if(k==1)
kill(child1,SIGUSR1);
//if(k==2) 加上这句，再按一次ctrl C，子进程2才会退出
就是你想要的效果了
kill(child2,SIGUSR2);
signal(SIGINT,SIG_DFL); //这里恢复ctrl+C的效果
//子进程退出之后，我们再按一次ctrl+C，当前的父进程就会像平常一样，退出。

}

void func_child1(int sig)
{
printf("child1 is killed by parent!\n");
exit(0);
}

void func_child2(int sig)
{
printf("child2 is killed by parent!\n");
exit(0);
}