IRQL资料

本文转载自http://blog.csdn.net/changsha2011/article/details/6895529

仅作技术交流学习，特别声明！

最近开始入门windows 驱动开发，遇到一个IRQL。不知道何解，于是找了些资料，顺带记录下。下面的东西可能有不准确，如发现错误之处请指正，以免误导他人（罪过），谢谢！。

1.什么是中断级（IRQL）

中断是一个大家都很熟悉的概念，这里只通俗的解释一下。假如我正在课堂看小说，这时老师过来了，于是我以大家都有的速度迅速将将小说切换为课本。这个过程中，“老师过来”中断了“看小说”转而为“看课本”。如果把我看成CPU，则“看”即CPU的动作（执行周期），“小说”是CPU当前执行的内容，“老师来了”引发一个中断信号，作为对这个中断信号的响应，CPU执行的内容由“小说”切换为“课本”。老师来了我之所以改看小说为看课本，可能基于两个原因（这也是响应中断的原因）：

a.（处理紧急事务）我当时”悠哉的看小说“，老师的到来让我突然有了一个”看课本来骗过老师“的任务，于是我果断执行了。

b.（做更有意义的事情）我觉得看课本比看小说更有出息，所以我也果断执行了。（可能是老师的到来让我觉悟了）

对于不同的中断，其优先级通常是不一样的，即对中断的响应处理优先程度。比如说，我正在马路上走，这时突然前面出现一美女，同时后面出现一加速前进的车。这时，虽然我很想去追那美女，但我必须先停下来先让汽车过去。因为躲过汽车的优先级大于追美女。（话说，被汽车撞飞，一切美女就都是浮云了）。也就是说在处理一大堆中断时，我们是有个急缓先后的处理顺序。

IRQL是中断请求（Interrupt request）和级别（Level）两个词结合，即表示中断的优先级，简称中断级。

2. 选择性的响应中断

   虽然中断信号的到来表示有事情发生了，需要我们去处理。但有些时候，我们并不希望别人来打断我们当前所作的事，除非导致中断信号的事情非处理不可否则有严重的后果。这时我们就需要选择性的响应中断，对于不重要的中断全部屏蔽掉。比如说，一个医生正在实施重要手术，这时医生肯定是不希望被手机铃声打扰的，于是他将手机关机屏蔽手机产生的中断。但手术过程中发现血量不够了，这时他必须暂时停止手术去取血浆（假设只有他一个人在实施手术）。

这个过程就是选择性的响应中断。

3.驱动编程中IRQL的含义

驱动编程时，IRQL表示程序可以响应那些级别中断，而对那些级别的中断可以屏蔽掉。下面是Windows NT头文件中定义的IRQL表：

IRQL	X86 IRQL Value	AMD64IRQL Value	IA64 IRQL Value	Description
PASSIVE_LEVEL	0	0	0	User threads and most kernel-mode operations
APC_LEVEL	1	1	1	Asynchronous procedure calls and page faults
DISPATCH_LEVEL	2	2	2	Thread scheduler and deferred procedure calls (DPCs)
CMC_LEVEL	N/A	N/A	3	Correctable machine-check level (IA64 platforms only)
Device interrupt levels (DIRQL)	3-26	3-11	4-11	Device interrupts
PC_LEVEL	N/A	N/A	12	Performance counter (IA64 platforms only)
PROFILE_LEVEL	27	15	15	Profiling timer for releases earlier than Windows 2000
SYNCH_LEVEL	27	13	13	Synchronization of code and instruction streams across processors
CLOCK_LEVEL	N/A	13	13	Clock timer
CLOCK2_LEVEL	28	N/A	N/A	Clock timer for x86 hardware
IPI_LEVEL	29	14	14	Interprocessor interrupt for enforcing cache consistency
POWER_LEVEL	30	14	15	Power failure
HIGH_LEVEL	31	15	15	Machine checks and catastrophic errors; profiling timer for Windows XP and later releases

对于驱动编程，我们通常只会接触到 0到2的IRQL以及DIRQL。    

PASSIVE_LEVEL：线程即运行在该中断级别上，它对所有中断都作出响应。用户模式代码都是运行在该中断级别上。

APC_LEVEL：当I/o 操作完成时，系统会产生这个中断。为了响应这个中断，应用程序向I/O 完成中断处理例程队列中插入一个APC回调函数，当I/O完成时，该APC函数被调用。如果你不想对这个中断做出响应，你就可以将IRQL提升至APC_LEVEL。这时当I/O完成时，应用程序将不会受到该中断信号。可以调用KeEnterCriticalRegion或KeEnterGuardedRegion来将IRQL提升至该级别。APC中断通常是由处理器引发，可以想自己发出也可是像其他处理器发出。一般情况下，是不应该的使用的APC_LEVEL的，除非你想使用Fast Mutexes之类的东西。

DISPATCH_LEVEL： 为了能够执行多任务，系统必须允许线程调度。而线程调度的根本就是靠时钟中断来保证的，该级别的中断即调度中断。当你的代码运行的IRQL被提升为DISPATH_LEVEL时，就意味着你的代码不在受线程中断影响力。你的代码会一直运行直到你将IRQL设置为低于DISPATH_LEVEL为止。这中间如果发生缺页错误之类的IRQL级别在DISPATH_LEVEL之下的严重中断时，这些中断均不会被处理。这时，代码将无法正常运行。所以，DISPATH_LEVEL的使用绝对要慎之又慎。只有在是偶那个自旋锁时，你才应该考虑选择该IRQL。

其他IRQL，这里暂不讨论了。

参考资料：http://blogs.msdn.com/b/doronh/archive/2010/02/02/what-is-irql.aspx