第一篇：linux中斷總結(jié)

1．Linux中斷的注冊與釋放：

在, , 實現(xiàn)中斷注冊接口: int request_irq(unsigned int irq,irqreturn_t(*handler)(int, void *, struct pt_regs *), unsigned long flags, const char *dev_name, void *dev_id);void free_irq(unsigned int irq, void *dev_id);函數(shù)參數(shù)說明

unsigned int irq：所要注冊的中斷號

irqreturn_t(*handler)(int, void *, struct pt_regs *)：中斷服務(wù)程序的入口地址。unsigned long flags：與中斷管理有關(guān)的位掩碼選項，有三組值： 1.SA_INTERRUPT :快速中斷處理程序，當使用它的是后處理器上所有的其他中斷都被禁用。2.SA_SHIRQ :該中斷是在設(shè)備之間可共享的

3.SA_SAMPLE_RANDOM :這個位表示產(chǎn)生的中斷能夠有貢獻給 /dev/random 和 /dev/urandom 使用的加密池.(此處不理解)const char *dev_name：設(shè)備描述，表示那一個設(shè)備在使用這個中斷。void *dev_id：用作共享中斷線的指針.它是一個獨特的標識, 用在當釋放中斷線時以及可能還被驅(qū)動用來指向它自己的私有數(shù)據(jù)區(qū)(來標識哪個設(shè)備在中斷)。這個參數(shù)在真正的驅(qū)動程序中一般是指向設(shè)備數(shù)據(jù)結(jié)構(gòu)的指針.在調(diào)用中斷處理程序的時候它就會傳遞給中斷處理程序的void *dev_id。(這是我的理解)如果中斷沒有被共享, dev_id 可以設(shè)置為 NULL, 但是使用這個項指向設(shè)備結(jié)構(gòu)不管如何是個好主意.我們將在“實現(xiàn)一個處理”一節(jié)中看到 dev_id 的一個實際應用。

中斷號的查看可以使用下面的命令：“cat /proc/interrupts”。

/proc/stat 記錄了幾個關(guān)于系統(tǒng)活動的低級統(tǒng)計量, 包括(但是不限于)自系統(tǒng)啟動以來收到的中斷數(shù).stat 的每一行以一個文本字串開始, 是該行的關(guān)鍵詞;intr 標志是我們在找的.第一個數(shù)是所有中斷的總數(shù), 而其他每一個代表一個單個 IRQ 線, 從中斷 0 開始.所有的計數(shù)跨系統(tǒng)中所有處理器而匯總的.這個快照顯示, 中斷號 4 已使用 1 次, 盡管當前沒有安裝處理.如果你在測試的驅(qū)動請求并釋放中斷在每個打開和關(guān)閉循環(huán), 你可能發(fā)現(xiàn) /proc/stat 比 /proc/interrupts 更加有用.以下是一個統(tǒng)計中斷時間間隔的中斷服務(wù)程序。

irqreturn_t short_interrupt(int irq, void *dev_id, struct pt_regs *regs){ static long mytime=0;static int i=0;struct net_device *dev=(struct net_device *)dev_id;if(i==0){ mytime=jiffies； }else if(i<20){ mytime =jiffies-mytime;printk(“Request on IRQ %d time %dn”,irq , mytime);mytime=jiffies； printk(“Interrupt on %s-----%d n”,dev->name,dev->irq);} i;return IRQ_HANDLED;} 這個函數(shù)實現(xiàn)的只是對兩次發(fā)生中斷的時間間隔的統(tǒng)計，時間單位是毫秒

前言

在前面分析了中斷的基本原理后，就可以寫一個內(nèi)核中斷程序來體驗以下，也可以借此程序繼續(xù)深入來了解內(nèi)核中斷的執(zhí)行過程 一.內(nèi)核中斷程序 ：

我們還是來看一看成程序：

在看程序之前，要熟悉如何進行模塊編程，和了解module_pararm()的用法。如果不熟悉的話請大家看，module_param()的學習和Linux內(nèi)核模塊編程，在此不作解釋。1.程序interrupt.c /* 2 *file name :interrupt.c 3 *atuthor : john 4 */ 5 #include 6 #include 7 #include 8 #include 9 10 MODULE_LICENSE(“GPL”);11 static int irq;12 char *interface;13 static irqreturn_t myirq_handler(int irq,void *dev);14 15 static int __init myirq_init(void)16 { 17 printk(“the module is working!n”);18 printk(“the irq is ready for working!n”);19 if(request_irq(irq,myirq_handler,IRQF_SHARED,interface,&irq)){ 20

printk(KERN_ERR “%s interrrupt can't register %d IRQ n”,interface,irq);21 return-EIO;22 } 23 printk(“%s request %d IRQn”,interface,irq);24 return 0;25 } 26 static irqreturn_t myirq_handler(int irq,void *dev)27 { 28 printk(“%d IRQ is workingn”,irq);29 return IRQ_NONE;30 } 31 static void __exit myirq_exit(void)32 { 33 printk(“the module is leaving!n”);34 printk(“the irq is bye bye!n”);35 free_irq(irq,&irq);36 printk(“%s interrupt free %d IRQn”,interface,irq);37 38 } 39 module_init(myirq_init);0 module_exit(myirq_exit);41 module_param(interface,charp,0644);42 module_param(irq,int,0644);43 1 /* 2 *file name :interrupt.c 3 *atuthor : john 4 */ 5 #include 6 #include 7 #include 8 #include 9 10 MODULE_LICENSE(“GPL”);11 static int irq;12 char *interface;13 static irqreturn_t myirq_handler(int irq,void *dev);14 15 static int __init myirq_init(void)16 { 17 printk(“the module is working!n”);18 printk(“the irq is ready for working!n”);19 if(request_irq(irq,myirq_handler,IRQF_SHARED,interface,&irq)){ 20

printk(KERN_ERR “%s interrrupt can't register %d n”,interface,irq);21 return-EIO;22 } 23 printk(“%s request %d IRQn”,interface,irq);24 return 0;25 } 26 static irqreturn_t myirq_handler(int irq,void *dev)

IRQ 27 { 28 printk(“%d IRQ is workingn”,irq);29 return IRQ_NONE;30 } 31 static void __exit myirq_exit(void)32 { 33 printk(“the module is leaving!n”);34 printk(“the irq is bye bye!n”);35 free_irq(irq,&irq);36 printk(“%s interrupt free %d IRQn”,interface,irq);37 38 } 39 module_init(myirq_init);40 module_exit(myirq_exit);41 module_param(interface,charp,0644);42 module_param(irq,int,0644);43 2.Makefile的編寫 1 obj-m:=tiger.o 2 3 CURRENT_PATH:=$(shell pwd)4 VERSION_NUM:=$(shell uname-r)5 LINUX_PATH:=/usr/src/linux-headers-$(VERSION_NUM)6 7 8 all : 9 make-C $(LINUX_PATH)M=$(CURRENT_PATH)modules 10 clean: 11 make-C $(LINUX_PATH)M=$(CURRENT_PATH)clean 1 obj-m:=tiger.o 2 3 CURRENT_PATH:=$(shell pwd)4 VERSION_NUM:=$(shell uname-r)5 LINUX_PATH:=/usr/src/linux-headers-$(VERSION_NUM)6 7 8 all : 9 make-C $(LINUX_PATH)M=$(CURRENT_PATH)modules 10 clean: 11 make-C $(LINUX_PATH)M=$(CURRENT_PATH)clean（程序的調(diào)試,加載和運行，在此不進行說明)3.首先我們來分析下內(nèi)核加載模塊

在內(nèi)核加載模塊中最重要的的action就是注冊中斷處理程序。很明顯，這一動作是通過request_irq()函數(shù)來完成的。int request_irq(unsigned int irq, irq_handler_t handler,unsigned long flags, const char *devname, void *dev_id)A.先來分析形參：

第一個參數(shù)irq: 表示要分配的中斷號。對于一些設(shè)備(系統(tǒng)時鐘或鍵盤)它的值是預先固定的，而對于大多數(shù)設(shè)備來說，這個值是動態(tài)確定的。第二個參數(shù) handler： 表示要掛入到中斷請求對列中的中斷服務(wù)例程，這個中斷服務(wù)函數(shù)的原型是static irqreturn_t handler(int , void *);中斷處理程序的前綴為static,因為它從來不會被別的文件中的代碼直接調(diào)用。第三個參數(shù)flags:為標志位。可以取IRQF_DISABLED、IRQF_SHARED和IRQF_SAMPLE_RANDOM之一。在本實例程序中取 IRQF_SHARED，該標志表示多個中斷處理程序共享irq中斷線。一般某個中斷線上的中斷服務(wù)程序在執(zhí)行時會屏蔽請求該線的其他中斷，如果取 IRQF_DISABLED標志，則在執(zhí)行該中斷服務(wù)程序時會屏蔽所有其他的中斷。取IRQF_SAMPLE_RANDOM則表示設(shè)備可以被看做是事件隨見的發(fā)生源。以下是官方解釋： /* * These flags used only by the kernel as part of the * irq handling routines.* * IRQF_DISABLEDirq is used to feed the random generator * IRQF_SHAREDset by callers when they expect sharing mismatches to occur * IRQF_TIMERInterrupt is per cpu * IRQF_NOBALANCINGInterrupt is used for polling(only the interrupt that is * registered first in an shared interrupt is considered for * performance reasons)*/ #define IRQF_DISABLED 0x00000020 #define IRQF_SAMPLE_RANDOM 0x00000040 #define IRQF_SHARED 0x00000080 #define IRQF_PROBE_SHARED 0x00000100 #define IRQF_TIMER 0x00000200 #define IRQF_PERCPU 0x00000400 #define IRQF_NOBALANCING 0x00000800 #define IRQF_IRQPOLL 0x00001000 /* * These flags used only by the kernel as part of the * irq handling routines.* * IRQF_DISABLEDirq is used to feed the random generator * IRQF_SHAREDset by callers when they expect sharing mismatches to occur * IRQF_TIMERInterrupt is per cpu * IRQF_NOBALANCINGInterrupt is used for polling(only the interrupt that is * registered first in an shared interrupt is considered for * performance reasons)*/ #define IRQF_DISABLED 0x00000020 #define IRQF_SAMPLE_RANDOM 0x00000040 #define IRQF_SHARED 0x00000080 #define IRQF_PROBE_SHARED 0x00000100 #define IRQF_TIMER 0x00000200 #define IRQF_PERCPU 0x00000400 #define IRQF_NOBALANCING 0x00000800 #define IRQF_IRQPOLL 0x00001000 第四個參數(shù)devname:是請求中斷的設(shè)備的名稱。當你加載模塊成功后可以在/proc/interrupts中查看到具體設(shè)備的名稱，與此同時也可以看到這個設(shè)備對應的中斷號以及請求次數(shù)。

第五個參數(shù)dev_id:為一個指針型變量。注意該參數(shù)為void型，也就是說通過強制轉(zhuǎn)換可以轉(zhuǎn)換為任意類型。dev_id主要用于共享中斷線，對每個注冊的中斷處理程序來說，(Dev_id must be globally unique.Normally the address of the device data structure is used as the cookie.)dev_id參數(shù)必須唯一(指向任一設(shè)備結(jié)構(gòu)的指針就可以滿足此要求，選擇設(shè)備結(jié)構(gòu)因為它是唯一的，而且中斷處理程序可能會用到它)如果無需共享中斷線，則將該參數(shù)賦值為NULL。B:函數(shù)返回值

requset_irq()函數(shù)成功執(zhí)行后返回0。如果返回非0值，就表示錯誤發(fā)生。此時，指定的中斷處理程序不會被注冊。這里面有幾個疑問： 為什么要注冊中斷函數(shù)

共享中斷線的概念,參數(shù)dev_id的作用是什么 看一個圖進行說明：

1>由圖可知：有16個中斷線。要使用中斷線，就要進行中斷線的 申請，也常把申請一條中斷線稱為申請一個中斷號，這就 與request_irq()函數(shù)中的第一個形參 irq 有關(guān)系。2>Linux有256個中斷向量，而外部中中斷向量只有16個（32～47）。由于硬件上的限制，很多外部設(shè)備不得不共享中斷線。

（例如：一些PC機所用的網(wǎng)卡和圖形卡可以把它們分配到一條中斷線上)讓每個中斷源獨自占用一條中斷線是不實現(xiàn)的。3>共享中斷線的話雖然解決了中斷資源的問題，但是,此時引出了另一個問題（任何事物都有其兩面性）,此時僅僅用中斷描述符并不能提供中斷產(chǎn)生的所有信息。為了解決這個問題，內(nèi)核必須對中斷線給出近一步的描述，所以在Linux設(shè)計中，為每個中斷請求IRQ設(shè)置了一個專用隊列(中斷請求隊列)。

4>中斷服例程序和中斷處理程序的區(qū)別： a.中斷服務(wù)例程（interrupt service routine)：

Linux中，15條中斷線對應15個中斷處理程序，依次命名是IRQ0x00_interrupt(),IRQ0x01_interrupt().....IRQ0X1f_interrupt().中斷處理程序相當于某個中斷向量的總處理程序。

eg:IRQ0X05_interupt()是5號中斷（向量為37）的總處理程序。b.中斷服務(wù)例程是針對一個具體設(shè)備的中斷。5>.注冊中斷服務(wù)例程： 在IDT表完成初始化時，每個中斷服務(wù)隊列還為空。此時即使打開中斷且某個外設(shè)的中斷真的發(fā)生了，也得不到實際的服務(wù)。因為CPU雖然通過中斷門進入了某個中斷向量的總處理程序。但是，具體的中斷服務(wù)例程還沒有掛入中斷請求隊列。所以，在設(shè)備驅(qū)動程序的初始化階段，必須通過request_irq()函數(shù)將響應的中斷服務(wù)例程掛入中斷請求隊列，也就是進行注冊。

6>分析一下中斷服務(wù)程序，即request_irq()函數(shù)中第二個參數(shù)所對應的函數(shù) static irqreturn_t myirq_handler(int irq,void *dev_id){ printk(“ISR is Workingn”);return IRQ_HANDLED;} 中斷服務(wù)例程的形參： a.int irq ：中斷號。

b.void *dev_id ：與request_irq()的參數(shù)dev_id一致，可以根據(jù)這個設(shè)備id號得到相應設(shè)備的數(shù)據(jù)結(jié)構(gòu)，進而得到相應設(shè)備的信息和相關(guān)數(shù)據(jù)。

c.返回值：中斷程序的返回值是一個特殊類型 rqreturn_t。但是中斷程序的返回值卻只有兩個值IRQ_NONE和IRQ_HANDLED。

IRQ_NONE：中斷程序接收到中斷信號后發(fā)現(xiàn)這并不是注冊時指定的中斷原發(fā)出的中斷信號。IRQ_HANDLED：接收到了準確的中斷信號,并且作了相應正確的處理。一般 中斷處理程序要做什么service，主要取決于產(chǎn)生的設(shè)備和該設(shè)備為什么要發(fā)送中斷。John哥說明：

1.當一個給定的中斷處理程序正在執(zhí)行時，這條中斷線上的其它中斷都會被屏蔽。but,所有其他中斷線上的中斷都是打開的。因此這些不同中斷線上的其他中斷都能被處理。

2.request_irq()函數(shù)可能會睡眠，所以，不能在中斷上下文或其它不允許阻塞的代碼中調(diào)用該函數(shù)。

4.在深入分析request_irq()函數(shù)之前，先來看幾個重要的數(shù)據(jù)結(jié)構(gòu)。

A.irqaction的數(shù)據(jù)結(jié)構(gòu)（用irqaction結(jié)構(gòu)體來描述一個具體的中斷服務(wù)例程）113struct irqaction { 114 irq_handler_t handler;115 unsigned long flags;116 const char *name;117 void *dev_id;118 struct irqaction *next;119 int irq;120 struct proc_dir_entry *dir;121 irq_handler_t thread_fn;122 struct task_struct *thread;123 unsigned long thread_flags;124};125 113struct irqaction { 114 irq_handler_t handler;115 unsigned long flags;116 const char *name;117 void *dev_id;118 struct irqaction *next;119 int irq;120 struct proc_dir_entry *dir;121 irq_handler_t thread_fn;122 struct task_struct *thread;123 unsigned long thread_flags;124};125

1>handler:指向具體的一個中斷服務(wù)例程。

2>flags:表示中斷標志位，對應于request_irq()函數(shù)中所傳遞的第三個參數(shù)，可取IRQF_DISABLED、IRQF_SAMPLE_RANDOM和IRQF_SHARED其中之一。

3>name:請求中斷的設(shè)備名稱,對應request_irq()函數(shù)中所傳遞的第四個參數(shù)

4>dev_id: 共享中斷時有用。對應于request_irq()函數(shù)中所傳遞的第五個參數(shù)，可取任意值，但必須唯一能夠代表發(fā)出中斷請求的設(shè)備，通常取描述該設(shè)備的結(jié)構(gòu)體。5>strct irqaction *next:指向irqaction描述符的下一個元素。用一條鏈表將共享同一條中斷線上的中斷服務(wù)例程鏈接起來。

6>irq:所申請的中斷號

7>dir:指向proc/irq/NN/name entry

8>thread_fn:指向具體的一個線程化的中斷。

9>thread:指向線程中斷的指針。

10>thread_flags:線程中斷的標志。

B.irq_desc的數(shù)據(jù)結(jié)構(gòu)體 每個中斷向量都有它自己的irq_desc 描述符。即用irq_desc來描述中斷向量。所有的這些中斷描述符組織在一起就形成了irq_desc irq_desc[NR_IRQS]數(shù)組

175struct irq_desc { 176 unsigned int irq;177 struct timer_rand_state *timer_rand_state;178 unsigned int *kstat_irqs;179#ifdef CONFIG_INTR_REMAP 180 struct irq_2_iommu *irq_2_iommu;181#endif 182 irq_flow_handler_t handle_irq;183 struct irq_chip *chip;184 struct msi_desc *msi_desc;185 void *handler_data;186 void *chip_data;187 struct irqaction *action;/* IRQ action list */ 188 unsigned int status;/* IRQ status */ 189 190 unsigned int depth;/* nested irq disables */ 191 unsigned int wake_depth;/* nested wake enables */ 192 unsigned int irq_count;/* For detecting broken IRQs */ 193 unsigned long last_unhandled;/* Aging timer for unhandled count */ 194 unsigned int irqs_unhandled;195 raw_spinlock_t lock;196#ifdef CONFIG_SMP 197 cpumask_var_t affinity;198 const struct cpumask *affinity_hint;199 unsigned int node;200#ifdef CONFIG_GENERIC_PENDING_IRQ 201 cpumask_var_t pending_mask;202#endif 203#endif 204 atomic_t threads_active;205 wait_queue_head_t wait_for_threads;206#ifdef CONFIG_PROC_FS 207 struct proc_dir_entry *dir;208#endif 209 const char *name;210} ____cacheline_internodealigned_in_smp;211 212extern void arch_init_copy_chip_data(struct irq_desc *old_desc, 213 struct irq_desc *desc, int node);214extern void arch_free_chip_data(struct irq_desc *old_desc, struct irq_desc *desc);215 216#ifndef CONFIG_SPARSE_IRQ 217extern struct irq_desc irq_desc[NR_IRQS];175struct irq_desc { 176 unsigned int irq;177 struct timer_rand_state *timer_rand_state;178 unsigned int *kstat_irqs;179#ifdef CONFIG_INTR_REMAP 180 struct irq_2_iommu *irq_2_iommu;181#endif 182 irq_flow_handler_t handle_irq;183 struct irq_chip *chip;184 struct msi_desc *msi_desc;185 void *handler_data;186 void *chip_data;187 struct irqaction *action;/* IRQ action list */ 188 unsigned int status;/* IRQ status */ 189 190 unsigned int depth;/* nested irq disables */ 191 unsigned int wake_depth;/* nested wake enables */ 192 unsigned int irq_count;/* For detecting broken IRQs */ 193 unsigned long last_unhandled;/* Aging timer for unhandled count */ 194 unsigned int irqs_unhandled;195 raw_spinlock_t lock;196#ifdef CONFIG_SMP 197 cpumask_var_t affinity;198 const struct cpumask *affinity_hint;199 unsigned int node;200#ifdef CONFIG_GENERIC_PENDING_IRQ 201 cpumask_var_t pending_mask;202#endif 203#endif 204 atomic_t threads_active;205 wait_queue_head_t wait_for_threads;206#ifdef CONFIG_PROC_FS 207 struct proc_dir_entry *dir;208#endif 209 const char *name;210} ____cacheline_internodealigned_in_smp;211 212extern void arch_init_copy_chip_data(struct irq_desc *old_desc, 213 struct irq_desc *desc, int node);214extern void arch_free_chip_data(struct irq_desc *old_desc, struct irq_desc *desc);215 216#ifndef CONFIG_SPARSE_IRQ 217extern struct irq_desc irq_desc[NR_IRQS];

1>irq:表示這個描述符所對應的中斷號。

2>handle_irq：指向該IRQ線的公共服務(wù)程序(即該IRQ所對應的中斷處理程序。

3>chip：它是一個struct irq_chip類型的指針，是中斷控制器的描述符。在2.6以前的版本中它是hw_irq_controller。

4>handler_data:是handler_irq的參數(shù)。5>chip_data：是指向irq_chip的指針。6>atcion:一個struct irqaction類型的指針，它指向一個單鏈表。該鏈表是由該中斷線上所有中斷服務(wù)例程鏈接起來的。7>status:表示中斷線當前的狀態(tài)。

8>depth:中斷線被激活時，值為0；當值為正數(shù)時，表示被禁止的次數(shù)。9>irq_count:表示該中斷線上發(fā)生中斷的次數(shù)

10>irqs_unhandled:該IRQ線上未處理中斷發(fā)生的次數(shù) 11>name:申請中斷設(shè)備的名字。

C.struct irq_chip結(jié)構(gòu)體：

struct irq_chip是一個中斷控制器的描述符。Linux支持N種可編程中斷控制器PIC（中斷控制器），通常不同的體系結(jié)構(gòu)就有一套自己的中斷處理方式。內(nèi)核為了統(tǒng)一的處理中斷，提供了底層的中斷處理抽象接口，對于每個平臺都需要實現(xiàn)底層的接口函數(shù)。這樣對于上層的中斷通用處理程序就無需任何改動。

struct irq_chip的具體代碼如下：

111struct irq_chip { 112 const char *name;113 unsigned int(*startup)(unsigned int irq);114 void(*shutdown)(unsigned int irq);115 void(*enable)(unsigned int irq);116 void(*disable)(unsigned int irq);117 118 void(*ack)(unsigned int irq);119 void(*mask)(unsigned int irq);120 void(*mask_ack)(unsigned int irq);121 void(*unmask)(unsigned int irq);122 void(*eoi)(unsigned int irq);123 124 void(*end)(unsigned int irq);125 int(*set_affinity)(unsigned int irq, 126 const struct cpumask *dest);127 int(*retrigger)(unsigned int irq);128 int(*set_type)(unsigned int irq, unsigned int flow_type);129 int(*set_wake)(unsigned int irq, unsigned int on);130 131 void(*bus_lock)(unsigned int irq);132 void(*bus_sync_unlock)(unsigned int irq);133 134 /* Currently used only by UML, might disappear one day.*/ 135#ifdef CONFIG_IRQ_RELEASE_METHOD 136 void(*release)(unsigned int irq, void *dev_id);137#endif 138 /* 139 * For compatibility,->typename is copied into->name.140 * Will disappear.141 */ 142 const char *typename;143};144 111struct irq_chip { 112 const char *name;113 unsigned int(*startup)(unsigned int irq);114 void(*shutdown)(unsigned int irq);115 void(*enable)(unsigned int irq);116 void(*disable)(unsigned int irq);117 118 void(*ack)(unsigned int irq);119 void(*mask)(unsigned int irq);120 void(*mask_ack)(unsigned int irq);121 void(*unmask)(unsigned int irq);122 void(*eoi)(unsigned int irq);123 124 void(*end)(unsigned int irq);125 int(*set_affinity)(unsigned int irq, 126 const struct cpumask *dest);127 int(*retrigger)(unsigned int irq);128

int

(*set_type)(unsigned int irq, unsigned int flow_type);129 int(*set_wake)(unsigned int irq, unsigned int on);130 131 void(*bus_lock)(unsigned int irq);132 void(*bus_sync_unlock)(unsigned int irq);133 134 /* Currently used only by UML, might disappear one day.*/ 135#ifdef CONFIG_IRQ_RELEASE_METHOD 136 void(*release)(unsigned int irq, void *dev_id);137#endif 138 /* 139 * For compatibility,->typename is copied into->name.140 * Will disappear.141 */ 142 const char *typename;143};144

name:中斷控制器的名字； Startup：啟動中斷線； Shutdown：關(guān)閉中斷線； Enable：允許中斷； Disable：禁止中斷；

分析了struct irq_desc,struct irq_chip和irqaction的數(shù)據(jù)結(jié)構(gòu)之后我們來看看他們之間的關(guān)系。

現(xiàn)在深入分析request_irq()內(nèi)部是如何實現(xiàn)的。

135request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags, 136 const char *name, void *dev)137{ 138 return request_threaded_irq(irq, handler, NULL, flags, name, dev);139} 140 135request_irq(unsigned int irq, irq_handler_t handler, unsigned long flags, 136 const char *name, void *dev)137{ 138 return request_threaded_irq(irq, handler, NULL, flags, name, dev);139} 140

可以看到request_irq()函數(shù)里面有封裝了request_threaded_irq(irq, handler, NULL, flags, name, dev)函數(shù)。

先看一下官方的解釋

1006/** 1007 * request_threaded_irqallocate an interrupt line 1008 * @irq: Interrupt line to allocate 1009 * @handler: Function to be called when the IRQ occurs.1010 * Primary handler for threaded interrupts 1011 * If NULL and thread_fn!= NULL the default 1012 * primary handler is installed 1013 * @thread_fn: Function called from the irq handler thread 1014 * If NULL, no irq thread is created 1015 * @irqflags: Interrupt type flags 1016 * @devname: An ascii name for the claiming device 1017 * @dev_id: A cookie passed back to the handler function 1018 * 1019 * This call allocates interrupt resources and enables the 1020 * interrupt line and IRQ handling.From the point this 1021 * call is made your handler function may be invoked.Since 1022 * your handler function must clear any interrupt the board 1023 * raises, you must take care both to initialise your hardware 1024 * and to set up the interrupt handler in the right order.1025 * 1026 * If you want to set up a threaded irq handler for your device 1027 * then you need to supply @handler and @thread_fn.@handler ist 1028 * still called in hard interrupt context and has to check 1029 * whether the interrupt originates from the device.If yes it 1030 * needs to disable the interrupt on the device and return 1031 * IRQ_WAKE_THREAD which will wake up the handler thread and run 1032 * @thread_fn.This split handler design is necessary to support 1033 * shared interrupts.1034 * 1035 * Dev_id must be globally unique.Normally the address of the 1036 * device data structure is used as the cookie.Since the handler 1037 * receives this value it makes sense to use it.1038 * 1039 * If your interrupt is shared you must pass a non NULL dev_id 1040 * as this is required when freeing the interrupt.1041 * 1042 * Flags: 1043 * 1044 * IRQF_SHARED Interrupt is shared 1045 * IRQF_SAMPLE_RANDOM The interrupt can be used for entropy 1046 * IRQF_TRIGGER_* Specify active edge(s)or level 1047 * 1048 */

5.首先分析request_threaded_irq()函數(shù)中的各個形參 1>：irq:表示申請的中斷號。2>：handler:表示中斷服務(wù)例程

3.> thread_fn：中斷線程化，此處傳遞的是NULL。NULL表示沒有中斷線程化。此參數(shù)是最新版本中才出現(xiàn)的。為什么要提出中斷線程化? 在 Linux 中，中斷具有最高的優(yōu)先級。不論在任何時刻，只要產(chǎn)生中斷事件，內(nèi)核將立即執(zhí)行相應的中斷 處理程序，等到所有掛起的中斷和軟中斷處理完畢后才能執(zhí)行正常的任務(wù)，因此有可能造成實時任務(wù)得不

到及時的處理。中斷線程化之后，中斷將作為內(nèi)核線程運行而且被賦予不同的實時優(yōu)先級，實時任務(wù)可以

有比中斷線程更高的優(yōu)先級。這樣，具有最高優(yōu)先級的實時任務(wù)就能得到優(yōu)先處理，即使在嚴重負載下仍

有實時性保證。but,并不是所有的中斷都可以被線程化，比如時鐘中斷，主要用來維護系統(tǒng)時間以及定時器 等，其中定時器是操作系統(tǒng)的脈搏，一旦被線程化，就有可能被掛起，這樣后果將不堪設(shè)想，所以不應當 被線程化。

4>.irqflags:表示中斷標志位。

5>.devname:表示請求中斷的設(shè)備的名稱。

6>.dev_id: 對應于request_irq()函數(shù)中所傳遞的第五個參數(shù)，可取任意值，但必須唯一能夠代表發(fā)出中斷請求的設(shè)備，通常取描述該設(shè)備的結(jié)構(gòu)體。共享中斷時所用?，F(xiàn)在繼續(xù)迭代深入 request_threaded_irq()內(nèi)部是如何實現(xiàn)的。

1049int request_threaded_irq(unsigned int irq, irq_handler_t handler, 1050 irq_handler_t thread_fn, unsigned long irqflags, 1051 const char *devname, void *dev_id)1052{ 1053 struct irqaction *action;1054 struct irq_desc *desc;1055 int retval;1056 1057 /* 1058 * Sanity-check: shared interrupts must pass in a real dev-ID, 1059 * otherwise we'll have trouble later trying to figure out 1060 * which interrupt is which(messes up the interrupt freeing 1061 * logic etc).1062 */ 1063 if((irqflags & IRQF_SHARED)&&!dev_id)1064 return-EINVAL;1065 1066 desc = irq_to_desc(irq);1067 if(!desc)1068 return-EINVAL;1069 1070 if(desc->status & IRQ_NOREQUEST)1071 return-EINVAL;1072 1073 if(!handler){ 1074 if(!thread_fn)1075 return-EINVAL;1076 handler = irq_default_primary_handler;1077 } 1078 1079 action = kzalloc(sizeof(struct irqaction), GFP_KERNEL);1080 if(!action)1081 return-ENOMEM;1082 1083 action->handler = handler;1084 action->thread_fn = thread_fn;1085 action->flags = irqflags;1086 action->name = devname;1087 action->dev_id = dev_id;1088 1089 chip_bus_lock(irq, desc);1090 retval = __setup_irq(irq, desc, action);1091 chip_bus_sync_unlock(irq, desc);1092 1093 if(retval)1094 kfree(action);1095 1096#ifdef CONFIG_DEBUG_SHIRQ 1097 if(!retval &&(irqflags & IRQF_SHARED)){ 1098 /* 1099 * It's a shared IRQ--the driver ought to be prepared for it 1100 * to happen immediately, so let's make sure....1101 * We disable the irq to make sure that a 'real' IRQ doesn't 1102 * run in parallel with our fake.1103 */ 1104 unsigned long flags;1105 1106 disable_irq(irq);1107 local_irq_save(flags);1108 1109 handler(irq, dev_id);1110 1111 local_irq_restore(flags);1112 enable_irq(irq);1113 } 1114#endif 1115 return retval;1116} 1049int request_threaded_irq(unsigned int irq, irq_handler_t handler, 1050 irq_handler_t thread_fn, unsigned long irqflags, 1051 const char *devname, void *dev_id)1052{ 1053 struct irqaction *action;1054 struct irq_desc *desc;1055 int retval;1056 1057 /* 1058 * Sanity-check: shared interrupts must pass in a real dev-ID, 1059 * otherwise we'll have trouble later trying to figure out 1060 * which interrupt is which(messes up the interrupt freeing 1061 * logic etc).1062 */ 1063 if((irqflags & IRQF_SHARED)&&!dev_id)1064 return-EINVAL;1065 1066 desc = irq_to_desc(irq);1067 if(!desc)1068 return-EINVAL;1069 1070 if(desc->status & IRQ_NOREQUEST)1071 return-EINVAL;1072 1073 if(!handler){ 1074 if(!thread_fn)1075 return-EINVAL;1076 handler = irq_default_primary_handler;1077 } 1078 1079 action = kzalloc(sizeof(struct irqaction), GFP_KERNEL);1080 if(!action)1081 return-ENOMEM;1082 1083 action->handler = handler;1084 action->thread_fn = thread_fn;1085 action->flags = irqflags;1086 action->name = devname;1087 action->dev_id = dev_id;1088 1089 chip_bus_lock(irq, desc);1090 retval = __setup_irq(irq, desc, action);1091 chip_bus_sync_unlock(irq, desc);1092 1093 if(retval)1094 kfree(action);1095 1096#ifdef CONFIG_DEBUG_SHIRQ 1097 if(!retval &&(irqflags & IRQF_SHARED)){ 1098 /* 1099 * It's a shared IRQ--the driver ought to be prepared for it 1100 * to happen immediately, so let's make sure....1101 * We disable the irq to make sure that a 'real' IRQ doesn't 1102 * run in parallel with our fake.1103 */ 1104 unsigned long flags;1105 1106 disable_irq(irq);1107 local_irq_save(flags);1108 1109 handler(irq, dev_id);1110 1111 local_irq_restore(flags);1112 enable_irq(irq);1113 } 1114#endif 1115 return retval;1116}

程序的第一行和第二行分別定義了：

(1)struct irqaction *action;

(2)2struct irq_desc *desc;

兩個指針action和desc，它們分別指向了結(jié)構(gòu)體irqaction和 irq_desc。

(3)if((irqflags & IRQF_SHARED)&&!dev_id)return-EINVAL;

作用是：判斷中斷標志位，如果是共享中斷的話就必須要有一個唯一的dev_id，否則返回一個錯誤。

(4)desc = irq_to_desc(irq);

irq_to_desc(irq):根據(jù)中斷號irq在 irq_desc[NR_IRQS]數(shù)組中 返回一個具體的irq_desc。即根據(jù)irq找到它的中斷處理程序。

(5)if(!desc)

return-EINVAL;

當返回一個空值時返回一個錯誤。說明申請中斷號失敗。

(6)if(desc->status & IRQ_NOREQUEST)return-EINVAL;

判斷中斷線的狀態(tài)，若為IRQ_NOREQUEST時(IRQ_NOREQUEST表示 IRQ 不能被申請)

(7)if(!handler){ if(!thread_fn)return-EINVAL;handler = irq_default_primary_handler;}

判斷中斷服務(wù)例程是否為空，如果handler為空，則判斷線程中斷服務(wù)例程，若線程中斷服務(wù)例程也為空，則返回一個錯誤值。否則中斷服務(wù)例程指向： rq_default_primary_handler。

（8）

1079 action = kzalloc(sizeof(struct irqaction), GFP_KERNEL);1080 if(!action)1081 return-ENOMEM;1082 1083 action->handler = handler;1084 action->thread_fn = thread_fn;1085 action->flags = irqflags;1086 action->name = devname;1087 action->dev_id = dev_id;

從1079～1087:根據(jù)requst_irq()函數(shù)中傳遞的參數(shù)生成一個irqaction.1097 if(!retval &&(irqflags & IRQF_SHARED)){ 1098 /* 1099 * It's a shared IRQ--the driver ought to be prepared for it 1100 * to happen immediately, so let's make sure....1101 * We disable the irq to make sure that a 'real' IRQ doesn't 1102 * run in parallel with our fake.1103 */ 1104 unsigned long flags;1105 1106 disable_irq(irq);1107 local_irq_save(flags);1108 1109 handler(irq, dev_id);1110 1111 local_irq_restore(flags);1112 enable_irq(irq);1113 }

1097~1113:如果為共享中斷的話，在執(zhí)行中斷服務(wù)例程之前，要先把這條中斷線上的中斷屏蔽，讓后在執(zhí)行，執(zhí)行完之后打開中斷。

6.有注冊中斷服務(wù)函數(shù)，那必然有相應的釋放中斷函數(shù)。

可以調(diào)用void free_irq(unsigned int irq, void *dev_id)來釋放我們申請的中斷線。

函數(shù)形參：

1>unsigned int riq:表示申請的中斷號與request_irq()函數(shù)中的第一個形參對應。

2>void *dev_id:與request_irq()函數(shù)中的最后一個形參含義和用法相同，在此不再說明。

函數(shù)功能：

如果指定的中斷線不是共享的，那么，該函數(shù)刪除處理程序的同時將禁用這條中斷線。如果中斷線是共享的，則僅刪除dev_id所對應的處理程序，而這條中斷線本省只有在刪除了最后一個處理程序時才會被禁止。

切記：This function must not be called from interrupt context

freee_irq()函數(shù)不能在中斷上下文中被調(diào)用。

3>深入分析下free_irq()函數(shù)內(nèi)部是如何實現(xiàn)的

993void free_irq(unsigned int irq, void *dev_id)994{ 995 struct irq_desc *desc = irq_to_desc(irq);996 997 if(!desc)998 return;999 1000 chip_bus_lock(irq, desc);1001 kfree(__free_irq(irq, dev_id));1002 chip_bus_sync_unlock(irq, desc);1003} 993void free_irq(unsigned int irq, void *dev_id)994{ 995 struct irq_desc *desc = irq_to_desc(irq);996 997 if(!desc)998 return;999 1000 chip_bus_lock(irq, desc);1001 kfree(__free_irq(irq, dev_id));1002 chip_bus_sync_unlock(irq, desc);1003} 可以看到free_irq()函數(shù)了封裝了_free_irq(irq,dev_id)函數(shù)。free_irq()調(diào)用_free_irq()把每一個具體的中斷服務(wù)例程()釋放。

本篇文章來源于 Linux公社網(wǎng)站（原文鏈接：

第二篇：嵌入式linu學習心得

嵌入式Linux學習心得

1、Linux命令

ls:查看目錄-l以列表方式查看;ls –l 與ll的功能一樣 pwd: 查看當前的目錄

cd:改變當前操作目錄cd /直接跳到根目錄 cd..回到上一級目錄 cat: 打印顯示當前文件的內(nèi)容信息

mkdir:創(chuàng)建目錄

fdisk: 查看硬盤分區(qū)信息，-l以列表方式查看

->代表是鏈接文件，類似window下的快捷方式。

cp: 復制命令,例子cp 文件名 /home/dir/

mv: 移動或改名，如mv sonf.confsonf.txt(改名)移動：mv sonf.conf / rm:刪除命令，如rm –f test.c;如刪除目錄rm –fr d

man:查看某個命令的幫助，man 命令

2、各系統(tǒng)目錄的功能

drw—r—w--:d代表是目錄，drw代表當前用戶的權(quán)限，r代表組用戶的權(quán)限，w代表其它用戶的權(quán)限。x代表有執(zhí)行權(quán)限。

/boot/gruff.conf: 啟動引導程序

/dev:brw—rw--:b代表是塊設(shè)備。Linux設(shè)備有三種，塊設(shè)備（b開頭）、字符設(shè)備(c開頭)、網(wǎng)絡(luò)設(shè)備。had代表第一個硬盤，hdb代表第二個硬盤。Hdb2代表第二塊硬盤的第二個分區(qū)。3，67代表主設(shè)備為3，從設(shè)備為67./etc:存放的是系統(tǒng)的配置文件。Inittab文件存放不同啟動方式下必須啟動的進程。Inittab文件中有6個啟動level，wait中對應著6個level的目錄，respawn代表當一個進程被意外終止了，但會自動啟動的進程，如守護進程。rc.d目錄中存放了一個rc.sysinit文件，里面存放系統(tǒng)初始化配置信息。/etc還有一個vsftpd里面存放tcp、ftp的配置。

/home : 用戶目錄，存放用戶的文件，/lib：存放庫文件，后綴為so的文件代表動態(tài)鏈接庫。

/lost+found：系統(tǒng)意外終止，存放一些可以找回的文件。

/mnt：掛載外部設(shè)備，如掛載光驅(qū)：mount –t /dev/cdrom/mnt/cdrom，如

果在雙系統(tǒng)中，要查看windows中D盤的文件，首先應該將D盤的文件映射過來，mount –t /dev/hda2/mnt/windows/d

/opt:用戶安裝的應用程序

/proc:是系統(tǒng)運行的映射，比較重要。里面的文件數(shù)字代表進程號。每個進程號目錄下包含進程的基本信息。還有其他信息，如cpuinfo等，內(nèi)核支持的文件系統(tǒng)filesystem等。系統(tǒng)支持的中斷interrupts，iomen代表內(nèi)存分配情況。ioport存放IO端口號。還有分區(qū)信息，modole信息，狀態(tài)信息，版本信息

對于Linux的設(shè)備驅(qū)動程序，有兩種加載模式，一種是直接加載進linux內(nèi)核，一種是以模塊的方式加載到內(nèi)核。

/sbin： 系統(tǒng)管理的一些工具。如poweroff關(guān)機工具。

/usr: 安裝系統(tǒng)時很多文件放在此目錄下面，包含一些更新等，include包含的頭文件，lib 是Linux的庫文件，src包含Linux2.4的內(nèi)核源碼

/var：存放是臨時變量

3、

第三篇：親子關(guān)系中斷[范文]

“親子關(guān)系中斷”與療愈

“親子關(guān)系中斷”。通常來說，0-7歲的孩子，尤其是0-3歲之間的孩子，最好和父母在一起，受到父母的照顧。如果要和父母分開的話，分開的時間也不要太長。因為0-3歲的孩子，神經(jīng)系統(tǒng)還沒有足夠的承受力，如果跟父母分離很長時間，會產(chǎn)生極度的恐懼，對孩子來講是一個很大的情緒創(chuàng)傷。孩子長大之后，他/她內(nèi)心的安全感，他/她與人連結(jié)的能力都會受到影響。

“鐵臉實驗”，把一群一兩歲的孩子放在一個游戲室里，讓這些孩子去玩，然后讓媽媽全部出去。孩子玩了一會，發(fā)現(xiàn)媽媽不見了，就開始哭，開始叫。實驗人員規(guī)定，這種情況下，不管孩子怎么哭怎么叫，媽媽都不要理他/她，媽媽都要拒絕他/她。這樣幾輪下來之后，突然有一刻，所有的孩子都不再哭了，都安靜下來了。這時候媽媽再上來逗孩子，孩子的表情都成了“鐵臉”，沒表情了，麻木了，不理媽媽了。

實驗到了這里，無法在進行下去，因為媽媽們投訴得很厲害。由此也可以看到，當小孩子被媽媽拒絕，被媽媽忽略，被媽媽不理會，離開媽媽的時候，遭到的創(chuàng)傷。

當孩子比較小的時候，你可以上班，可以出差，但是請盡量多的與孩子待在一起。你每次回家，最好多擁抱他/她一會。孩子在父母的懷抱里，感覺是最安全的。父母，尤其是媽媽，既是創(chuàng)傷的開始，也是療愈的開始。

在孩子0-3歲這段時間，誰在照顧他/她，他/她就可能把這個人當成自己的爸爸媽媽。所以養(yǎng)育孩子，最好父母自己帶；第二給自己的父母帶，也就是爺爺奶奶、姥姥姥爺帶，再其次是給自己的兄弟姐妹帶，比如叔叔姑姑；最次是給陌生人帶，比如讓阿姨帶，讓保姆帶，而且父母也不經(jīng)常去看孩子，這對孩子會是相當大的心理創(chuàng)傷。

問：如果創(chuàng)傷已經(jīng)發(fā)生，怎樣去彌補？

答：剛才說了，有一種方式叫“強抱”，緊緊地去擁抱孩子，不管孩子愿不愿意，你都去擁抱他/她。例如七八歲的孩子，調(diào)皮搗蛋，父母去抱他/她，他/她往往會把父母推開。但是你耐心一點，多抱一會兒，比如一個小時，你會發(fā)現(xiàn)孩子會軟化下來，孩子其實很需要你。

問：如果早年有親子關(guān)系的創(chuàng)傷，父母已經(jīng)去世了，該怎么辦？

答：有個方法，找個老婆回來，先當她是媽，然后再把她當成伴侶，也有療愈效果。

第四篇：廠用電中斷熱工總結(jié)

廠用電中斷熱工總結(jié)

2014年4月22日變電站#1母線接地導致事故停機，全廠廠用電丟失，導致某些設(shè)備在點爐過程中出現(xiàn)一些問題，現(xiàn)將點爐檢修過程中出現(xiàn)的問題以及處理方法做以下總結(jié)：

1、廠用電丟失會導致熱控電源柜及繼電器柜斷電，在廠用

電正常之檢查熱控電源柜及熱控繼電器柜供電電壓是否恢復正常，有無斷路器或空開跳閘現(xiàn)象。

2、檢查火焰電視冷卻風壓力是不是正常，需不需要退出視

情況而定。

3、現(xiàn)場檢修過程中發(fā)現(xiàn)羅托克電動門顯示屏上顯示電量

低的部分電動門出現(xiàn)閥位丟失現(xiàn)象，需要在送電后重新設(shè)定閥位。

4、在點爐過程中需要我們強制或者恢復一些信號，我們一

定要在強制信號切除記錄登記本上登記并在值長簽字以及唐凱的同意下強制或者恢復信號。

5、主控LED屏在斷電后組態(tài)工程數(shù)據(jù)丟失，導致LED屏

在送電后無顯示，需要我們在日常工作中做數(shù)據(jù)備份。

6、脫硫電除塵在斷電后高、低壓側(cè)組態(tài)畫面無顯示，需要

在送電后重新啟動組態(tài)畫面，如無法啟動需強制關(guān)機啟動。

第五篇：場用電中斷應急演練總結(jié)

場用電中斷應急演練總結(jié)

一、演練成果

（一）全場員工高度重視，認真組織開展

全場員工對本次事故應急演練，從演練策劃、前期準備、組織實施到模擬演練，都認真參與、親臨實戰(zhàn),尤其是剛開始通知過程較為真實。

（二）演練目的明確，預案策劃周密

從風場實際出發(fā)，確定場用電中斷事故的應急演練。

演練檢驗：

1、應急人員對場用電中斷應急預案的熟悉程度。

2、調(diào)度系統(tǒng)對接聽電話、記錄等的規(guī)范、時效；

3、風場負責人及相關(guān)人員對現(xiàn)場的應急處置能力；

4、應急物資、材料的準備情況。

通過本次演練，對風場備用電源、供電系統(tǒng)的可靠程度進行了論證，并認識到了事故應急設(shè)備設(shè)施的實際能力。制定出具有實效性的應急處理方案，對廠用電中斷應急預案進行完善和補充。提高全場在突發(fā)事故發(fā)生時，做到人心不慌亂、統(tǒng)一指揮、分級負責、有序進行、安全撤離，實現(xiàn)重大事故傷亡降至最低點。

這次演練貫徹實施了統(tǒng)一領(lǐng)導、綜合協(xié)調(diào)、分級處理的應急處理原則，人員齊全、內(nèi)容豐富，讓參演人員得到了真實的體驗，豐富了應急知識，對促進安全應急管理工作具有重要意義。

二、演練存在的不足

(一)現(xiàn)場演練的匯報程序亂，沒有達到實戰(zhàn)的要求。

（二）在應急人員對場用電中斷應急救援預案的熟悉程度方面：

1、部分應急人員對應急救援預案還不熟悉，演練時應用得不太熟悉；

2、責任分工還不太明細。

(三)在調(diào)度系統(tǒng)對接聽電話、記錄等規(guī)范、時效方面：

1、調(diào)度在啟動演練程序出現(xiàn)錯誤。

2、所有人員在對待演練只是走走過程。

3、記錄不規(guī)范，沒有完整的演練情況記錄下來：

4、接聽電話也有個別記錄錯誤；

5、現(xiàn)場應急人員對匯報的內(nèi)容不規(guī)范。

（四）本次演練未能對安全工器具進行全面的檢驗。

（五）本次演練也反應出我場對場用電中斷應急演練方面的工作做得還很不完善，在組織協(xié)調(diào)、演練程序存在較大差距，在突發(fā)事故面前，不能夠按照調(diào)度指揮、分級管理、快速反應、通力協(xié)作。

(六)風場檢修人員對站內(nèi)系統(tǒng)不清楚，對場用變切換程序模糊，對開關(guān)名稱不能對應。

三、以后需做好的工作：

(一)要進一步健全組織指揮體系，理順各崗位職責，加強統(tǒng)籌領(lǐng)導。

完善應急預案，提高應急處置能力。通過本次演練發(fā)現(xiàn)部分員工對應急預案相關(guān)內(nèi)容不熟悉，在演練中緊張、表達不連貫，在以后需加強對應急預案的培訓、學習，多搞實戰(zhàn)演練，提高員工的應變能力。

加強系統(tǒng)圖培訓。風場部分新入場員工，對場內(nèi)一次系統(tǒng)圖不夠熟悉，對站用變相關(guān)開關(guān)不熟悉，對基本的倒閘操作程序不熟悉，以后要加強基本知識的培訓。增強事故應急處理能力。

加強運行人員事故時調(diào)度通話、記錄能力。在本次演練中發(fā)現(xiàn)運行人員在向調(diào)度匯報時緊張，事故說不清楚，思路不清晰、不規(guī)范，需加強培訓。值班員對事故記錄需加強培訓，杜絕事故時無記錄。