cristalink
Sun Dec 12 14:17:00 CST 2004
I was using wrong keywords trying to find some info about the hardware
button. Thanks to you, Mark, now I found exactly what I was looking for -
http://www.microsoft.com/whdc/system/CEC/dmpsw.mspx . I wonder if it will
work when interrupts are disabled with _asm cli. I guess yes due to N in
NMI.
As to the lock-up problem,
- checked build didn't help since it stuck resuming from hibernation.
- hooking HalpClockInterrupt didn't help, probably because the interrupts
were disabled with cli.
- verifier didn't help due to heaps of bugs in asus/nvidia drivers. The
first two bugs detected by verifier were "An IRP dispatch handler has
returned without passing down or completing this IRP, or someone forgot to
return STATUS_PENDING" in ASUS driver, and raising IRQL to the hard-coded
value of 0x1A while at IRQL=0x1D in nvidia (the drivers passed WHQL!).
The problem was with a CD-ROM connected to an old Promise Ultra66 IDE
controller. The pair did not survive the hibernation.
Cheers,
Nick
--
http://www.firestreamer.com - NTBackup to DVD and DV
"Mark Roddy" <markr@hollistech.com> wrote in message
news:uzbRKKl3EHA.2572@tk2msftngp13.phx.gbl...
> Pete Johnston wrote:
>> I'd like to know the exact cause of the problem. Say I disabled some
>> driver and the problem went away. This doesn't prove the disabled driver
>> is faulty.
>>
>> UDF writers are not supposed to service or disable interrupts. They are
>> expected to run at <=DispatchLevel. So if the problem is in a software
>> driver, ScrollLock should crash the system. I've made a simple test with
>> a recursively acquired spinlock - the PC locks up, but ScrollLock works.
>>
>> I'm going to try the checked kernel, then hook the clock ISR.
>>
>
> You can run verifier as well, it might catch the culpret.
> Either here or on ntdev we've discussed the merits of a 'nmi button', a
> dongle of your own construction that pushes an NMI onto the processor and,
> in many cases of nonresponsive hung systems, will at least get you a crash
> dump or a debug session.
>
> Of course you have to have some skill at wiring stuff.
>
>
> --
>
> =====================
> Mark Roddy DDK MVP
> Windows 2003/XP/2000 Consulting
> Hollis Technology Solutions 603-321-1032