Re: nt!KiIdleLoop 有可能执行在IRQL 2(DISPATCH_LEVEL)上吗？

Windows内核调试

nt!KiIdleLoop 有可能执行在IRQL 2(DISPATCH_LEVEL)上吗？

---

Coding 2009-11-13, 15:49 下午

一个hang的dump文件，process 0的IRQL没问题，是i8042prt驱动执行的IRQL

但是process 1 有点奇怪，按我的经验一般nt!KiIdleLoop都是run在IRQL 0上的。

系统是Win7 7600

0: kd> ~1
1: kd> kv
ChildEBP RetAddr  Args to Child             
807f6d24 00000000 0000000e 3b013afc 3b433b18 nt!KiIdleLoop+0x1a (FPO: [0,0,0])
1: kd> !IRQL
Debugger saved IRQL for processor 0x1 -- 2 (DISPATCH_LEVEL)

Re: nt!KiIdleLoop 有可能执行在IRQL 2(DISPATCH_LEVEL)上吗？

---

Coding 2009-11-13, 17:30 下午
重点看了一下嫌疑最重的process,有一个比较可疑的stack
ChildEBP RetAddr Args to Child
99b678f0 816b2b15 8477ba88 00000000 8176dd20 nt!KiSwapContext+0x26 (FPO: [Uses EBP] [0,0,4])
99b67928 816b1403 99b67b84 8477ba88 8477bb6c nt!KiSwapThread+0x266
99b67950 816ad6ef 8477ba88 8477bb48 00000000 nt!KiCommitThreadWait+0x1df
99b67acc 810d702d 00000001 99b67b78 00000001 nt!KeWaitForMultipleObjects+0x535
99b67b04 810fec89 840ba008 00000001 99b67b78 dxgmms1!VidSchWaitForEvents+0x7f (FPO: [Non-Fpo]) (CONV: stdcall) [d:\w7rtm\windows\core\dxkernel\dxgkrnl\dxgmms1\vidsch\vidsch.cxx @ 4599]


KeWaitForMultipleObjects 的第二个参数99b67b78应该指向的是一个Object的数组
但是00040001具体是什么呢？怎么看它呢？

0: kd> dd 99b67b78 L1
99b67b78 99b67b84
0: kd> dd 99b67b84 L1
99b67b84 00040001

0: kd> !object 00040001
40001: not a valid object (ObjectHeader invalid @ -offset 18)

Re: nt!KiIdleLoop 有可能执行在IRQL 2(DISPATCH_LEVEL)上吗？

---

james旸爷 2024-08-15, 17:08 下午
有结论了吗？