return STATUS_PENDING pnp IRP_MN_REMOVE_DEVICE/IRP_MN_SURPRISE_REMOVAL

NTDEV
1

Hi,
Is it OK for my dispatchPNP routine to return STATUS_PENDING for IRP_MN_REMOVE_DEVICE/IRP_MN_SURPRISE_REMOVAL irps and continue handling them from another thread context?
The other thread is basically doing all the necessary stuff and then pass the IRP down the stack.

Regards,
ERAN

2

Assuming that you otherwise handle the IRP correctly this should not be a
problem. It is a bit unusual though. These requests are sent to you at
PASSIVE_LEVEL so unless you have some unusual design, there generally is no
need to farm them out to worker threads.

=====================
Mark Roddy
Windows .NET/XP/2000 Consulting
Hollis Technology Solutions 603-321-1032
www.hollistech.com

From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Eran Borovik
Sent: Tuesday, April 12, 2005 5:36 AM
To: Windows System Software Devs Interest List
Subject: [ntdev] return STATUS_PENDING pnp
IRP_MN_REMOVE_DEVICE/IRP_MN_SURPRISE_REMOVAL

Hi,

Is it OK for my dispatchPNP routine to return STATUS_PENDING for
IRP_MN_REMOVE_DEVICE/IRP_MN_SURPRISE_REMOVAL irps and continue handling them
from another thread context?

The other thread is basically doing all the necessary stuff and then pass
the IRP down the stack.

Regards,

ERAN

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument: ‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com

3

Yes, that’s fine. You cannot pend these irps for a long time though b/c
these operations are synchronous in the OS and are serialized. You
shoul complete them within a reasonable amount of time.

d

From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of Eran Borovik
Sent: Tuesday, April 12, 2005 2:36 AM
To: Windows System Software Devs Interest List
Subject: [ntdev] return STATUS_PENDING pnp
IRP_MN_REMOVE_DEVICE/IRP_MN_SURPRISE_REMOVAL

Hi,
Is it OK for my dispatchPNP routine to return STATUS_PENDING for
IRP_MN_REMOVE_DEVICE/IRP_MN_SURPRISE_REMOVAL irps and continue handling
them from another thread context?
The other thread is basically doing all the necessary stuff and then
pass the IRP down the stack.
Regards,
ERAN

Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256

You are currently subscribed to ntdev as: unknown lmsubst tag argument:
‘’
To unsubscribe send a blank email to xxxxx@lists.osr.com