linux中斷

❶ linux下如何用鍵盤輸入中斷字元和結束字元

Linux鍵盤輸入中斷字元是: Ctrl+Z 或者 Ctrl + C.
查閱資料有(在不同的Linux發行版本上可能會有些不同,僅供參考):
Ctrl+C: 終止前台正在運行的進程.
Ctrl+Z: 掛起前台進程, 如果在安裝軟體時使用這個, 安裝進程就會被掛起.
Ctrl+D: 終止輸入, 並退出shell控制台.
Ctrl+S: 掛起輸出進程.
Ctrl+Q: 繼續輸出進程.
Ctrl+O: 放棄輸出進程.
Ctrl+L: 清屏.

❷ 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中斷信號發送後，可以重新被用戶再次輸入繼續使用進程。

❸ linux內核在執行中斷處理時是關中斷的嗎

1、中斷處理程序與其他內核函數真正的區別在於，中斷處理程序是被內核調用來相應中斷的，而它們運行於中斷上下文（原子上下文）中，在該上下文中執行的代碼不可阻塞。中斷就是由硬體打斷操作系統。
2、異常與中斷不同，它在產生時必須考慮與處理器時鍾同步。異常被稱為同步中斷，例如：除0、缺頁異常、陷入內核（trap）引起系統調用處理程序異常。
3、不同的設備對應的中斷不同，而每個中斷都通過一個唯一的數字（中斷號）標識。
4、既想讓中斷處理程序運行得快，又想中斷處理程序完成的工作量多，為了在這兩個相悖的目標之間達到一種平衡，一般把中斷處理分為兩個部分。中斷處理程序是上半部（top half）：接收到一個中斷，它就立刻開始執行，但只做有嚴格時限的工作，例如對接受的中斷進行應答或者復位硬體，這些工作都是在中斷被禁止的情況下完成的（上半部情況下，中斷被禁止）；另一部分是下半部（bottom half）：能夠被允許稍後完成的工作會推遲到下半部。

❹ linux怎麼停止進程

Linux查看進程和終止進程的技巧
1. 在LINUX命令平台輸入1-2個字元後按Tab鍵會自動補全後面的部分(前提是要有這個東西，例如在裝了tomcat的前提下,輸入tomcat的to按tab)。
2. ps 命令用於查看當前正在運行的進程。
grep 是搜索
例如： ps -ef | grep java
表示查看所有進程里CMD是java的進程信息
ps -aux | grep java
-aux 顯示所有狀態
ps
3. kill 命令用於終止進程
例如： kill -9 [PID]
-9表示強迫進程立即停止
通常用ps 查看進程PID ，用kill命令終止進程
網上關於這兩塊的內容
-----------------------------------------------------------------------------------
PS
-----------------------------------------------------------------------------------
1. ps簡介
ps命令就是最根本相應情況下也是相當強大地進程查看命令.運用該命令可以確定有哪些進程正在運行和運行地狀態、進程是否結束、進程有沒有僵死、哪些進程佔用了過多地資源等等.總之大部分信息均為可以通過執行該命令得到地.
2. ps命令及其參數
ps命令最經常使用地還是用於監控後台進程地工作情況,因為後台進程是不和屏幕鍵盤這些標准輸入/輸出設
備進行通信地,所以如果需要檢測其情況,便可以運用ps命令了.
該命令語法格式如下：
ps [選項]
-e 顯示所有進程,環境變數
-f 全格式
-h 不顯示標題
-l 長格式
-w 寬輸出
a 顯示終端上地所有進程,包括其他用戶地進程
r 只顯示正在運行地進程
x 顯示沒有控制終端地進程
O[+|-] k1 [,[+|-] k2 [,…]] 根據SHORT KEYS、k1、k2中快捷鍵指定地多級排序順序顯示進程列表.
對於ps地不同格式都存在著默認地順序指定.這些默認順序可以被用戶地指定所覆蓋.在這裡面「+」字元是可選地,「-」字元是倒轉指定鍵地方向.
pids只列出進程標識符,之間運用逗號分隔.該進程列表必須在命令行參數地最後一個選項後面緊接著給出,中間不能插入空格.比如：ps -f1,4,5.
以下介紹長命令行選項,這些選項都運用「--」開頭：
--sort X[+|-] key [,[+|-] key [,…]] 從SORT KEYS段中選一個多字母鍵.「+」字元是可選地,因為默認地方向就是按數字升序或者詞典順序.比如： ps -jax -sort=uid,-ppid,+pid.
--help 顯示幫助信息.
--version 顯示該命令地版本信息.
在前面地選項說明中提到了排序鍵,接下來對排序鍵作進一步說明.需要注意地是排序中運用地值是ps運用地內部值,並非僅用於某些輸出格式地偽值.排序鍵列表見表4-3.
表4-3排序鍵列表
c
cmd
可執行地簡單名稱
C
cmdline
完整命令行
f
flags
長模式標志
g
pgrp
進程地組ID
G
tpgid
控制tty進程組ID
j
cutime
累計用戶時間
J
cstime
累計系統時間
k
utime
用戶時間
K
stime
系統時間
m
min_flt
次要頁錯誤地數量
M
maj_flt
重點頁錯誤地數量
n
cmin_flt
累計次要頁錯誤
N
cmaj_flt
累計重點頁錯誤
o
session
對話ID
p
pid
進程ID
P
ppid
父進程ID
r
rss
駐留大小
R
resident
駐留頁
s
size
內存大小(千位元組)
S
share
共享頁地數量
t
tty
tty次要設備號
T
start_time
進程啟動地時間
U
uid
UID
u
user
用戶名
v
vsize
總地虛擬內存數量(位元組)
y
priority
內核調度優先順序

3. 經常使用ps命令參數
最經常使用地三個參數是u、a、x,下面將通過例子來說明其具體用法.
[例20] 以root身份登錄系統,查看當前進程狀況
$ ps
PID TTY TIME COMMAND
5800 ttyp0 00:00:00 bash
5835 ttyp0 00:00:00 ps
可以看到,顯示地項目共分為四項,依次為PID(進程ID)、TTY(終端名稱)、TIME(進程執行時間)
、COMMAND(該進程地命令行輸入).
可以運用u選項來查看進程所有者及其他少許詳細信息,如下所示：
$ ps u
USER PID %CPU %MEM USZ RSS TTY STAT START TIME COMMAND
test 5800 0.0 0.4 1892 1040 ttyp0 S Nov27 0:00 -bash
test 5836 0.0 0.3 2528 856 ttyp0 R Nov27 0:00 ps u
在bash進程前面有條橫線,意味著該進程便是用戶地登錄shell,所以對於一個登錄用戶來說帶短橫線地進程只有一個.還可以看到%CPU、%MEM兩個選項,前者指該進程佔用地CPU時間和總時間地百分比;後者指該進程佔用地內存和總內存地百分比.
在這種情況下看到了所有控制終端地進程;當然對於其他那些沒有控制終端地進程還是沒有觀察到,所以這時就需要運用x選項.運用x選項可以觀察到所有地進程情況.
-----------------------------------------------------------------------------------
KILL
-----------------------------------------------------------------------------------
由於職責的要求，你不得不費力地閱讀那些令你感到費解的晦澀的Linux應用程序的說明文件。然後，你將運行指令和編輯設置文件。一切都在正常 運行，生活真美好。但是，你知道，好時光不會永遠持續下去。當你遇到令人恐懼的「send the process a SIGHUP」提示時，好時光結束了。
什麼是「SIGHUP（啟動信號）」，你如何發送它?它像是你送給你的戀人的一束花嗎?雖然你可以肯定這不是一個命令行指令，不過，你還是試著 鍵入它。當然，這沒有結果。然後，你檢查一下鍵盤。哦，沒有SIGHUP鍵。於是你又重新閱讀這個應用程序的參考指南，看到下面這段文字:
當收到一個hangup（進程結束）信號時，sshd程序會重新閱讀配置文件。通過執行啟動程序時的命令及選項來發送SIGHUP信號，如:/usr/sbin/sshd。
哦，原來是這樣。
程序員 VS 使用者
LINUX程序的在線參考指南作者一般都要既照顧到最終用戶的需求也要照顧到高級程序員的需求。因此，有些說明比較難懂。不過，不要擔心。現在我們就要揭開覆蓋在這些讓人迷惑的內容上面那神秘的面紗。
信號與進程式控制制
這個問題主要屬於信號和進程式控制制的范疇。對於我們系統管理員和普通用戶來說，我們主要關心的是啟動、停止和重新啟動服務、停止失控的進程和被掛起的進程，並且盡可能不中斷系統運行。因為不同的
操作系統和不同的命令外殼處理信號的方式都不相同，我們這里只介紹Linux操作系統和bash外殼。
信號是用來與守護程序和進程通信的。任何活動任務都是一個進程，而守護程序是等待對某些事件做出反應或者按照日程安排執行任務的後台服務。一個 程序必須有建在其中的信號處理程序用於捕獲和應答信號。在LINUX中的signal 參考指南解釋了各種不同信號和這些信號的用途。信號是由「kill」命令發出的。kill -l命令可以顯示一個可用信號列表及其編號。
所有的守護程序和進程都有一個進程ID(PID)，例如使用ps命名所顯示的內容：
$ ps aux
USER PID %CPU %MEM TTY STAT COMMAND
root 1 0.0 0.1 ? S init [2]
105 7783 0.0 0.2 ? Ss /usr/bin/dbus-daemon --system
hal 7796 0.0 0.7 ? Ss /usr/sbin/hald
postfix 7957 0.0 0.2 ? S qmgr -l -t fifo -u -c
nagios 8371 0.0 0.2 ? SNs /usr/sbin/nagios /etc/nagios/nagios.cfg
這個輸出是經過簡化的。你在系統中可以看到更多的行和欄目。如果某些進程消耗了你的全部CPU或者內存，你可以在這個輸出的%CPU和%MEM 列中發現它們。找到失控的進程的一種更快捷的方法是使用top命令，因為按照默認的設置，使用佔用CPU資源最多的進程在最上面顯示。我們可以使用一條 「yes」命令來測試一下:
$ yes carla is teh awesum
這個命令將以很高的速度反復顯示「carla is teh awesum」，直到你停止它運行。這將使你的CPU使用率達到警戒線。
$ top
...
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
12144 carla 25 0 31592 17m 13m R 93.4 3.5 0:50.26 konsole
22236 carla 15 0 2860 468 400 S 4.3 0.1 0:00.97 yes
分析一下這個結果，你會發現一些有趣的事，你會發現，佔用CPU最多的程序是konsole虛擬終端程序，而不是「yes」命令，這是因為 「yes」命令是在konsole終端程序中運行的。如果在一個「真正的」控制台(按Ctrl+alt+f2鍵)中運行同樣的命令序列，你將看到 「yes」命令被排在第一位。
有許多停止「yes」命令運行的方式。如果你要回到運行它的shell中，按CTRL+c鍵就可以了。或者你可以在另一個shell中用「kill」命令停止「yes」命令的運行，Kill命令後面跟PID或者命令名稱，如下如示:
$ kill 22236
或者
$ killall yes
按CTRL+c鍵發出一個SIGINT（信號2），這個信號是鍵盤要求取得控制權的中斷信號。kill和killall這兩個命令按照默認的設 置都發出一個SIGTERM信號(編號15)。程序中可以設置對SIGTERM信號(15)是捕捉或者忽略，或者以不同的方式解釋。因此，如果你的程序對 於 KILL命令的反應與你預期不同，很可能是被KILL的目標程序的問題。
終止一個父進程通常也終止了它的子進程。不過，情況並不總是如此。你知道子進程是什麼嗎?使用ps命令加上-f選項就可以看到，如下所示:
$ ps axf
22371 ? R 2:35 _ konsole [kdeinit]
22372 pts/3 Ss 0:00 | _ /bin/bash
24322 pts/3 S+ 0:00 | | _ yes carla is teh awesum
22381 pts/4 Rs 0:00 | _ /bin/bash
24323 pts/4 R+ 0:00 | | _ ps axf
現在，回到SIGHUP的話題
SIGHUP的發音是「sig-hup」，是signal hangup的縮寫，含義是「中止信號」。你如何發送一個SIGHUP信號呢?這里有幾種方式:
# kill -HUP [pid]
# killall -HUP [process-name]
# kill -1 [pid]
# killall -1 [process-name]
因此，你可以使用PID或者名稱，信號名稱或者號碼。那麼為什麼要這樣做而不使用/etc/init.d/foo命令重新啟動呢?使用它們自己 的 init(初始化)文件來控制服務是優先選擇的方式，因為這些文件通常包含健全和錯誤檢查以及額外的功能。使用「kill」命令和信號的主要原因是盡可能 明確地終止掛起和失控的進程，而不必重新啟動或者登出。
終止進程
正如你在關於信號的man page中所看到的，有十幾種控制進程的方法。下面是一些常用的方法:
kill -STOP [pid]
發送SIGSTOP (17,19,23)停止一個進程，而並不消滅這個進程。
kill -CONT [pid]
發送SIGCONT (19,18,25)重新開始一個停止的進程。
kill -KILL [pid]
發送SIGKILL (9)強迫進程立即停止，並且不實施清理操作。
kill -9 -1
終止你擁有的全部進程。
SIGKILL和SIGSTOP信號不能被捕捉、封鎖或者忽略，但是，其它的信號可以。所以這是你的終極武器。
Bash shell的Kil命令l
Bash外殼包含一個內置的kill命令，當執行下面命令:
$ type -all kill
kill is a shell built-in
kill is /bin/kill
命令的結果表明有兩個kill命令，一個是BASH的內置命令，另一個是/bin/kill可執行程序。一般來說這兩個命令不太可能遇到沖突的情況，不過，如果你確實遇到了kill命令行為異常時，你可以明確的指定/bin/kill命令。
你一定要進一步查閱下面的資源中列出的參考資源來了解Linux中kill的妙用，因為這是你進入維護Linux系統領域的門票。這些知識能夠讓你像做外科手術一樣對系統進行維護，而不用在遇到問題時每一次都重新啟動系統，就像我們知道的某些蹩腳的
操作系統那樣。
資源
Linux Cookbook一書的第七章「開始和終止Linux」
bash (1) - GNU Bourne-Again Shell
yes (1) - 在被終止前反復列印字元
signal (7) - 可用信號列表
ps (1) - 報告當前進程的快照
kill (1) - 向一個進程發出信號
killall (1) - 按名字消滅進程
pkill (1) - 根據名字和其它屬性查看或者發出進程信號
skill (1) - 發送一個信號或者報告進程狀態
xkill (1) - 按照X資源消滅一個客戶程序

❺ linux中，中斷注冊和中斷服務程序只能寫在驅動層還是能寫在應用層

我也不完全理解，但是比你知道的多點。
Linux中，分內核態和用戶態。
你寫的所有的驅動，都是出於內核態->可以直接使用內核相關資源；
應用層，都是用戶態->無法直接操作底層的東西 -> 想要操作，比如獲得許可權，切換到內核態，然後才能操作。

你這里的需求，我的理解是：
對應你這句

「在中斷服務程序中操作另一個外設」
不知道你的目的和打算用的手段是啥
一般的，ISR中，操作別的設備，常見的是：
設置對應的（比如該硬體本身，或者別的設備B的）寄存器的對應的位，以便通知其某種事情發送或狀態變化了。
然後設備B會：
要麼是由於（被修改了寄存器而）發生了中斷，然後可以接著處理其所要做的事情；
要麼是一直輪訓，檢測對應的某種資源釋放變化，比如上面被改的寄存器的對應的位，發現變化了，再去調用你的函數，做對應的處理。

注意：
中斷，不論是哪個設備的中斷，都不應該佔用（CPU）太長時間
-> 導致別的中斷或服務無法及時運行

僅供參考。

❻ linux系統中的中斷指令是什麼

什麼是中斷
Linux 內核需要對連接到計算機上的所有硬體設備進行管理，毫無疑問這是它的份內事。如果要管理這些設備，首先得和它們互相通信才行，一般有兩種方案可實現這種功能：
輪詢（polling） 讓內核定期對設備的狀態進行查詢，然後做出相應的處理；中斷（interrupt） 讓硬體在需要的時候向內核發出信號（變內核主動為硬體主動）。
第一種方案會讓內核做不少的無用功，因為輪詢總會周期性的重復執行，大量地耗用 CPU 時間，因此效率及其低下，所以一般都是採用第二種方案 。
對於中斷的理解我們先看一個生活中常見的例子:QQ。第一種情況:你正在工作,然後你的好友突然給你發送了一個窗口抖動,打斷你正在進行的工作。第
二種情況:當然你有時候也會每隔 5 分鍾就去檢查一下 QQ
看有沒有好友找你,雖然這很浪費你的時間。在這里,一次窗口抖動就可以被相當於硬體的中斷,而你就相當於 CPU,你的工作就是 CPU
這在執行的進程。而定時查詢就被相當於 CPU 的輪詢。在這里可以看到:同樣作為 CPU 和硬體溝通的方式,中斷是硬體主動的方式,較輪詢(CPU
主動)更有效些,因為我們都不可能一直無聊到每隔幾分鍾就去查一遍好友列表。
CPU
有大量的工作需要處理,更不會做這些大量無用功。當然這只是一般情況下。好了,這里又有了一個問題,每個硬體設備都中斷,那麼如何區分不同硬體呢?不同設
備同時中斷如何知道哪個中斷是來自硬碟、哪個來自網卡呢?這個很容易,不是每個 QQ 號碼都不相同嗎?同樣的,系統上的每個硬體設備都會被分配一個
IRQ 號,通過這個唯一的 IRQ 號就能區別張三和李四了。
從物理學的角度看，中斷是一種電信號，由硬體設備產生，並直接送入中斷控制器（如
8259A）的輸入引腳上，然後再由中斷控制器向處理器發送相應的信號。處理器一經檢測到該信號，便中斷自己當前正在處理的工作，轉而去處理中斷。此後，
處理器會通知 OS 已經產生中斷。這樣，OS
就可以對這個中斷進行適當的處理。不同的設備對應的中斷不同，而每個中斷都通過一個唯一的數字標識，這些值通常被稱為中斷請求線。

❼ 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上半部關閉了當前中斷線，下半部才重新打開

❽ Linux 系統中的中斷是不是沒有中斷優先順序

關於中斷嵌套：在linux內核里，如果驅動在申請注冊中斷的時候沒有特別的指定，do_irq在做中斷響應的時候，是開啟中斷的，如果在驅動的中斷處理函數正在執行的過程中，出現同一設備的中斷或者不同設備的中斷，這時候新的中斷會被立即處理，還是被pending，等當前中斷處理完成後，再做處理。在2.4和2.6內核里，關於這一塊是否有什麼不同。 一般申請中斷的時候都允許開中斷，即不使用SA_INTERRUPT標志。如果允許共享則加上 SA_SHIRQ，如果可以為內核熵池提供熵值（譬如你寫的驅動是ide之類的驅動），則再加上 SA_SAMPLE_RANDOM標志。這是普通的中斷請求過程。對於這種一般情況，只要發生中斷，就可以搶占內核，即使內核正在執行其他中斷函數。這里有兩點說明：一是因為linux不支持 中斷優先順序，因此任何中斷都可以搶占其他中斷，但是同種類型的中斷（即定義使用同一個 中斷線的中斷）不會發生搶占，他們會在執行本類型中斷的時候依次被調用執行。二是所謂 只要發生中斷，就可以搶占內核這句是有一定限制的，因為當中斷發生的時候系統由中斷門 進入時自動關中斷（對於x86平台就是將eflags寄存器的if位置為0），只有當中斷函數被執行 （handle_IRQ_event）的過程中開中斷之後才能有搶占。 對於同種類型的中斷，由於其使用同樣的idt表項，通過其狀態標志（IRQ_PENDING和 IRQ_INPROGRESS）可以防止同種類型的中斷函數執行（注意：是防止handle_IRQ_event被重入， 而不是防止do_IRQ函數被重入），對於不同的中斷，則可以自由的嵌套。因此，所謂中斷嵌套， 對於不同的中斷是可以自由嵌套的，而對於同種類型的中斷，是不可以嵌套執行的。以下簡單解釋一下如何利用狀態標志來防止同種類型中斷的重入：當某種類型的中斷第一次發生時，首先其idt表項的狀態位上被賦予IRQ_PENDING標志，表示有待處理。 然後將中斷處理函數action置為null，然後由於其狀態沒有IRQ_INPROGRESS標志（第一次），故將其狀態置上IRQ_INPROGRESS並去處IRQ_PENDING標志，同時將action賦予相應的中斷處理函數指針（這里是一個重點，linux很巧妙的用法，隨後說明）。這樣，後面就可以順利執行handle_IRQ_event進行中斷處理，當在handle_IRQ_event中開中斷後，如果有同種類型的中斷發生，則再次進入do_IRQ函數，然後其狀態位上加上IRQ_PENDING標志，但是由於前一次中斷處理中加上的IRQ_INPROGRESS沒有被清除，因此這里無法清除IRQ_PENDING標志，因此action還是為null，這樣就無法再次執行handle_IRQ_event函數。從而退出本次中斷處理，返回上一次的中斷處理函數中，即繼續執行handle_IRQ_event函數。當handle_IRQ_event返回時檢查IRQ_PENDING標志，發現存在這個標志，說明handle_IRQ_event執行過程中被中斷過，存在未處理的同類中斷，因此再次循環執行handle_IRQ_event函數。直到不存在IRQ_PENDING標志為止。2.4和2.6的差別，就我來看，主要是在2.6中一進入do_IRQ，多了一個關閉內核搶占的動作，同時在處理中多了一種對IRQ_PER_CPU類型的中斷的處理，其他沒有什麼太大的改變。這類IRQ_PER_CPU的中斷主要用在smp環境下將中斷綁定在某一個指定的cpu上。例如arch/ppc/syslib/open_pic.c中的openpic_init中初始化ipi中斷的時候。 其實簡單的說，中斷可以嵌套，但是同種類型的中斷是不可以嵌套的，因為在IRQ上發生中斷，在中斷響應的過程中，這個IRQ是屏蔽的，也就是這個IRQ的中斷是不能被發現的。 同時在內核的臨界區內，中斷是被禁止的 關於do_IRQ可能會丟失中斷請求：do_IRQ函數是通過在執行完handle_IRQ_event函數之後判斷status是否被設置了IRQ_PENDING標志來判斷是否還有沒有被處理的同一通道的中斷請求。 但是這種方法只能判斷是否有，而不能知道有多少個未處理的統一通道中斷請求。也就是說，假如在第一個中斷請求執行handle_IRQ_event函數的過程中來了同一通道的兩個或更多中斷請求，而這些中斷不會再來，那麼僅僅通過判斷status是否設置了IRQ_PENDING標志不知道到底有多少個未處理的中斷，handle_IRQ_event只會被再執行一次。這算不算是個bug呢？ 不算，只要知道有中斷沒有處理就OK了，知道1個和知道N個，本質上都是一樣的。作為外設，應當能夠處理自己中斷未被處理的情況。不可能丟失的，在每一個中斷描述符的結構體內，都有一個鏈表，鏈表中存放著服務常式序關於中斷中使用的幾個重要概念和關系： 一、基本概念 1. 產生的位置 發生的時刻 時序 中斷 CPU外部 隨機 非同步 異常 CPU正在執行的程序 一條指令終止執行後 同步 2.由中斷或異常執行的代碼不是一個進程，而是一個內核控制路徑，代表中斷發生時正在運行的進程的執行 中斷處理程序與正在運行的程序無關 引起異常處理程序的進程正是異常處理程序運行時的當前進程 二、特點 （2）能以嵌套的方式執行，但是同種類型的中斷不可以嵌套 （3）盡可能地限制臨界區，因為在臨界區中，中斷被禁止 2.大部分異常發生在用戶態，缺頁異常是唯一發生於內核態能觸發的異常 缺頁異常意味著進程切換，因此中斷處理程序從不執行可以導致缺頁的操作 3.中斷處理程序運行於內核態 中斷發生於用戶態時，要把進程的用戶空間堆棧切換到進程的系統空間堆棧，剛切換時，內核堆棧是空的 中斷發生於內核態時， 不需要堆棧空間的切換 三、分類 1.中斷的分類：可屏蔽中斷、不可屏蔽中斷 2.異常的分類： 分類 解決異常的方法 舉例 故障 那條指令會被重新執行 缺頁異常處理程序 陷阱 會從下一條指令開始執行 調試程序

❾ Linux下如何強制中斷一個程序的執行（利用按鍵，而不是kill命令）

Linux下強制中斷一個程序的執行，利用按鍵，而不是kill命令。

可嘗試以下方法：

1.CTRL + c中斷。

2.CTRL + z暫停放到後台。

3.CTRL + d保存退出。

❿ 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。