今天才發現我用了這麼長時間的中斷服務函式，竟然不知道中斷請求標誌位到底具體是什麼意思~~~悲哀！！！
一般就用了定時器中斷服務函式，沒關心中斷請求標誌位，今天才發現，原來定時器中斷請求標誌位就是定時器溢位標誌位，定時器溢位時自動跳到相應中斷向量處，當主機響應該定時器中斷時，該標誌位由硬體自動清零。所以，我雖然寫了定時器中斷服務函式，而沒操作定時器溢位標誌位，程式還能執行，是因為微控制器自己把這事兒給辦了~~是典型的瞎貓碰到死老鼠
對於外部中斷，其中斷請求標誌位跟定時器溢位標誌位相似，都是主機相應中斷後自動硬體清零，所以，也不必考慮需要不需要軟體清零
序列口中斷就不一樣了，它分為傳送中斷標誌位和接受中斷標誌位，在方式0中，當傳送完或者接受完第八位資料後，由硬體置位，而其他工作方式下，（傳送時）當傳送停止位前或者（接收時）當接受到停止位的中間時刻由硬體置位。標誌位置位象徵著一幀資料的操作完成，繼而轉到中斷服務函式，但是，這些標誌位不能由硬體清零，只能用軟體清零。
其他擴充套件的微控制器，還有n多可以產生中斷的功能，如果寫中斷服務函式，就要看清楚這些中斷標誌位了，看下到底需要不需要軟體清零，需要軟體清零但是不軟體清零的，可能就要死在終端服務函式中了~~~~~~應該是吧，至少我這麼理解
中斷請求request irq
今天在跟marvell溝通問題的時候，覺得有些地方的 看得不夠仔細，於是細看了一下。發現了幾個請求中斷的函式。request threaded irq，這個函式在核心中有注釋，引數有好多，大概引數有handler，這是要指定的中斷處理函式，thread fn是要在核心執行緒中呼叫的函式，還有申請中斷...
中斷請求級
中斷請求級 在設計windows的時候，設計者3將中斷請求劃分為軟體中斷和硬體中斷，並將這些中斷都對映成不同級別的中斷請求級 irql 同步處理機制很大程度上依賴於中斷請求級。1.中斷請求 irq 與可程式設計中斷控制器 pic 中斷請求 irq 一般有兩種，一種是外部中斷，也就是硬體產生的中斷，另...
FIQ（快速中斷請求）和IRQ 外部中斷請求
快速中斷請求 fast interrupt request，fiq 在arm中，fiq模式是特權模式中的一種，同時也屬於異常模式一類。用於高速資料傳輸或通道處理，在觸發快速中斷請求 fiq 時進入。fiq和irq 外部中斷模式 之間有很大的區別。fiq模式必須盡快處理，處理結束後離開這個模式 irq...