linux怎么立即到检测网络中断

linux查看网络链接状况命令 netstat 参数如下： -a 显示所有socket，包括正在监听的。 -c 每隔1秒就重新显示一遍，直到用户中断它。 -i 显示所有网络接口的信息，格式同“ifconfig -e”。 -n 以网络IP地址代替名称，显示出网络连接情形。 -r 显示

我也不完全理解，但是比你知道的多点。

Linux中，分内核态和用户态。

你写的所有的驱动，都是出于内核态->可以直接使用内核相关资源；

应用层，都是用户态->无法直接 *** 作底层的东西 -> 想要 *** 作，比如获得权限，切换到内核态，然后才能 *** 作。

你这里的需求，我的理解是：

对应你这句

“在中断服务程序中 *** 作另一个外设”

不知道你的目的和打算用的手段是啥

一般的，ISR中， *** 作别的设备，常见的是：

设置对应的（比如该硬件本身，或者别的设备B的）寄存器的对应的位，以便通知其某种事情发送或状态变化了。

然后设备B会：

要么是由于（被修改了寄存器而）发生了中断，然后可以接着处理其所要做的事情；

要么是一直轮训，检测对应的某种资源释放变化，比如上面被改的寄存器的对应的位，发现变化了，再去调用你的函数，做对应的处理。

注意：

中断，不论是哪个设备的中断，都不应该占用（CPU）太长时间

-> 导致别的中断或服务无法及时运行

HUP 1 终端断线

INT 2 中断（同 Ctrl + C）

QUIT 3 退出（同 Ctrl + \）

TERM 15 终止

KILL 9 强制终止

CONT 18 继续（与STOP相反， fg/bg命令）

STOP 19 暂停（同 Ctrl + Z）

INT----是当用户键入时由终端驱动程序发送的信号这是一个终止当前 *** 作的请求如果捕获了这个信号,一些简单的程序应该退出,或者允许自给被终止,这也是程序没有捕获到这个信号时的默认处理方法拥有命令行或者输入模式的那些程序应该停止它们在做的事情,清除状态,并等待用户的再次输入

TERM----是请求彻底终止某项执行 *** 作它期望接收进程清除自给的状态并退出

HUP---- 有两种解释

1,他被许多守护进程理解为一个重新设置的请求如果一个进程不用重新启动就能重新读取它的配置文件并调整自给以适应变化的话,那么HUP通常来触发这种行为

2HUP信号有时候又终端驱动程序生成,试图来"清除"("终止")跟某个特定终端相连的那些进程例如:某个终端会话结束时,或者当调制解调器被挂断时,shell后台不接受HUP的信号的影响有的的用户可以使用nohup来模仿这种行为

QUIT和TERM类似----不同的是:它会生成内存转储

进入中断时候关闭全局的中断是为了避免程序处理中断过程中，再进入另一个中断打乱执行的顺序，也就是为了防止中断嵌套的情况发生。比如在irq_handler函数中首先就应该关闭中断。或者，在某些 *** 作顺序中是不允许中断发生打断的情况。例如在驱动中常用的方式：

unsigned int flag;

local_irq_save(&flag);

local_irq_restore(&flag);

spin_loc_irqsave 禁止中断(只在本地处理器)在获得自旋锁之前; 之前的中断状态保存在 flags 里 如果你绝对确定在你的处理器上没有禁止中断的(或者, 换句话说, 你确信你应当在你释放你的自旋锁时打开中断)，你可以使用 spin_lock_irq 代替, 并且不必保持跟踪 flags 最后, spin_lock_bh 在获取锁之前禁止软件中断, 但是硬件中断留作打开的。

FPGA每隔100us给运行linux的ARM一个中断，要求在20us内响应中断，并读走200016bit的数据。

目前主要的问题是，当系统同时发生多个中断时，会严重影响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上半部关闭了当前中断线，下半部才重新打开

以上就是关于linux怎么立即到检测网络中断全部的内容，包括:linux怎么立即到检测网络中断、linux应用层怎么select底层的中断、Linux几种中断信号的区别：HUP，INT，KILL，TERM，TSTP等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！