while(true){
doNothing();
}

五花八門的中斷分類

1.通過中斷控制器給 CPU 的 INTR 引腳發送信號，并且允許 CPU 從中斷控制器的一個端口上讀取中斷號，比如按下鍵盤的一個按鍵，最終會給到 CPU 一個 0x21 中斷號。

2.CPU 執行某條指令發現了異常，會自己觸發并給自己一個中斷號，比如執行到了無效指令，CPU 會給自己一個 0x06 的中斷號。

3.執行 INT n 指令，會直接給 CPU 一個中斷號 n，比如觸發了 Linux 的系統調用，實際上就是執行了 INT 0x80 指令，那么 CPU 收到的就是一個 0x80 中斷號。

收到中斷號之后 CPU 干嘛？

當然這個入口地址，還不是最終的物理地址，如果開啟了分頁，又要經歷分頁機制的轉換，就像下面這樣。

1. 中斷描述符表是啥？

2.中斷描述符是啥？

3. 去哪里找他們？

中斷描述符表是啥？

structdesc_structidt_table[256]={{0,0},};

中斷描述符是啥？

structdesc_struct{
unsignedlonga,b;
};

Task Gate：任務門描述符

Interrupt Gate：中斷門描述符

Trap Gate：陷阱門描述符

沒騙你吧。

CPU 怎么找到中斷描述符表

structdesc_structidt_table[256]={{0,0},};

Linux-2.6.0 源碼中是這樣構造這個結構的，簡單粗暴。

idt_descr:
.word256*8-1
.longidt_table

緊接著，一個 LIDT 指令把這個結構放到 IDTR 寄存器中。

lidtidt_descr

整個過程一氣呵成，呵得我連代碼格式都懶得調了，是不是很清晰明了。

誰把中斷描述符表這個結構寫在內存的

void__inittrap_init(void){
set_trap_gate(0,÷_error);
...
set_trap_gate(6,&invalid_op);
...
set_intr_gate(14,&page_fault);
...
set_system_gate(0x80,&system_call);
}

找到中斷描述符后，干嘛

1. 如果發生了特權級轉移，壓入之前的堆棧段寄存器 SS 及棧頂指針 ESP 保存到棧中，并將堆棧切換為 TSS 中的堆棧。

2. 壓入標志寄存器 EFLAGS。

3. 壓入之前的代碼段寄存器 CS 和指令寄存器 EIP，相當于壓入返回地址。

4. 如果此中斷有錯誤碼的，壓入錯誤碼 ERROR_CODE

5. 結束（之后就跳轉到中斷程序了）

壓棧操作結束后，棧就變成了這個樣子。

_divide_error:
 push dword ptr _do_divide_error ;
no_error_code: ;
 xchg [esp],eax ;
 push ebx
 push ecx
 push edx
 push edi
 push esi
 push ebp
 push ds ;
 push es
 push fs
 push 0 ;
 lea edx,[esp+44] ;
 push edx
 mov edx,10h ;
 mov ds,dx
 mov es,dx
 mov fs,dx
 call eax ;
 add esp,8 ;
 pop fs
 pop es
 pop ds
 pop ebp
 pop esi
 pop edi
 pop edx
 pop ecx
 pop ebx
 pop eax ;// 彈出原來eax 中的內容。
 iretd

總結

外部設備通過 INTR 引腳，或者 CPU 執行指令的過程中自己觸發，或者由軟件通過 INT n 指令強行觸發。

同樣中斷也是這樣進行分類的。

通過 IDTR 寄存器找到中斷描述符表，通過中斷描述符表和中斷號定位到中斷描述符，取出中斷描述符表中存儲的程序入口地址。

操作系統代碼寫上去的。

簡單說，實際上做的事情就是壓棧，并跳轉到入口地址處執行代碼。而壓棧的目的，就是保護現場（原來的程序地址、原來的程序堆棧、原來的標志位）和傳遞信息（錯誤碼）