Hello All,
I am getting a NT trap (IRQL_NOT_LESS_OR_EQUAL) in Ntoskrnl.exe (at
0x8013d949). Stack from WinDbg shows only 4 lines having KiRetireDpcList as
the culprit code and nothing below that.
Although I have my driver (which I am suspecting to be the culprit), the bad
thing about this trap is that in the stack traces in the BSOD is not
consistent. I mean to say that in the stack traces some it shows one driver
and next time it shows another driver.
Is there any method by which I know which driver is creating the problem ?
Thanks in advance
You are currently subscribed to windbg as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-windbg-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You can go ripping thru the stack either manually or using “analyzebugcheck
-v” A major cause for this is using spin locks poorly or not at all. If you
haven’t done so, upgrade WinDbg to version 3.00.0020.
Gary G. Little
Staff Engineer
Broadband Storage, Inc.
xxxxx@broadstor.com
-----Original Message-----
From: Vipul Jain [mailto:xxxxx@fvc.com]
Sent: Wednesday, September 19, 2001 2:58 PM
To: Kernel Debugging Interest List
Subject: [windbg] Crash in Ntoskrnl.exe
Hello All,
I am getting a NT trap (IRQL_NOT_LESS_OR_EQUAL) in Ntoskrnl.exe (at
0x8013d949). Stack from WinDbg shows only 4 lines having KiRetireDpcList as
the culprit code and nothing below that.
Although I have my driver (which I am suspecting to be the culprit), the bad
thing about this trap is that in the stack traces in the BSOD is not
consistent. I mean to say that in the stack traces some it shows one driver
and next time it shows another driver.
Is there any method by which I know which driver is creating the problem ?
Thanks in advance
You are currently subscribed to windbg as: xxxxx@broadstor.com
To unsubscribe send a blank email to leave-windbg-$subst(‘Recip.MemberIDChar’)@lists.osr.com
You are currently subscribed to windbg as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-windbg-$subst(‘Recip.MemberIDChar’)@lists.osr.com
For memory access violation cases, you can use the tool gflags.exe and turn
on kernel special pool overRun detection.
Suifun
Gary Little
> cc:
Sent by: Subject: [windbg] RE: Crash in Ntoskrnl.exe
xxxxx@lis
ts.osr.com
09/19/2001 03:12 PM
Please respond to
“Kernel Debugging
Interest List”
You can go ripping thru the stack either manually or using “analyzebugcheck
-v” A major cause for this is using spin locks poorly or not at all. If you
haven’t done so, upgrade WinDbg to version 3.00.0020.
Gary G. Little
Staff Engineer
Broadband Storage, Inc.
xxxxx@broadstor.com
-----Original Message-----
From: Vipul Jain [mailto:xxxxx@fvc.com]
Sent: Wednesday, September 19, 2001 2:58 PM
To: Kernel Debugging Interest List
Subject: [windbg] Crash in Ntoskrnl.exe
Hello All,
I am getting a NT trap (IRQL_NOT_LESS_OR_EQUAL) in Ntoskrnl.exe (at
0x8013d949). Stack from WinDbg shows only 4 lines having KiRetireDpcList as
the culprit code and nothing below that.
Although I have my driver (which I am suspecting to be the culprit), the
bad
thing about this trap is that in the stack traces in the BSOD is not
consistent. I mean to say that in the stack traces some it shows one driver
and next time it shows another driver.
Is there any method by which I know which driver is creating the problem ?
Thanks in advance
- Vipul
—
You are currently subscribed to windbg as: xxxxx@broadstor.com
To unsubscribe send a blank email to leave-windbg-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to windbg as: suifun@us.ibm.com
To unsubscribe send a blank email to leave-windbg-$subst(‘Recip.MemberIDChar’)@lists.osr.com
—
You are currently subscribed to windbg as: $subst(‘Recip.EmailAddr’)
To unsubscribe send a blank email to leave-windbg-$subst(‘Recip.MemberIDChar’)@lists.osr.com