Re: Start and stop via SCM not multiprocessor-safe?
From: Calvin Guan (cguan_at_pleasenospam.ati.com)
Date: 11/15/04
- Next message: Alexander Grigoriev: "Re: Bug in DriverEntry()/DriverUnload() processing (was: Start and stop via SCM not multiprocessor-safe?)"
- Previous message: Ray Trent: "Re: Raw Input from Mouse-like HID device"
- In reply to: Spiro Trikaliotis: "Re: Start and stop via SCM not multiprocessor-safe?"
- Next in thread: Alexander Grigoriev: "Re: Start and stop via SCM not multiprocessor-safe?"
- Messages sorted by: [ date ] [ thread ]
Date: Mon, 15 Nov 2004 16:29:59 -0500
Hi Spiro,
> If I issue it literally, I get the list, as you do. And: Yes, my driver
> is not there.
This seems to me your driver object is dereferenced and the reference count
had dropped to zero while the DriverEntry is still active.
ObDerefenenceObject will deallocate the object if the reference count
dropped to zero. Do a live debug using method mentioned before, you should
be able to catch the guilty.
> Thanks for your help,
No problem. I have never debugged such an interesting issue. Please keep me
posted.
Live and learn, eh?
-- Calvin Guan Software Engineer/Radeon NT Drivers ATI Technologies Inc. Markham ON, Canada www.ati.com
- Next message: Alexander Grigoriev: "Re: Bug in DriverEntry()/DriverUnload() processing (was: Start and stop via SCM not multiprocessor-safe?)"
- Previous message: Ray Trent: "Re: Raw Input from Mouse-like HID device"
- In reply to: Spiro Trikaliotis: "Re: Start and stop via SCM not multiprocessor-safe?"
- Next in thread: Alexander Grigoriev: "Re: Start and stop via SCM not multiprocessor-safe?"
- Messages sorted by: [ date ] [ thread ]
Relevant Pages
|
