Doron,
Does
> … that didn’t account for every scenario, this has since been fixed.
Change the (apparent) restriction that an NDIS Miniport Driver could not use
WPP on Win2K because both NDIS and the WPP generated code want to handle WMI
IRPs?
As far as I can tell (reading .tmh output) the dispatch of
IRP_MJ_DEVICE_CONTROL is still going to either be handled by NDIS or by
WPPSystemControlDispatch() - neither neither seem to be in a position to
cooperate with the other. If WPP is initialized first, then NDIS
overwrites the dispatch entry when the miniport is registered. If WPP is
initialized after miniport registration, I suspect (have not tried) that
NDIS WMI support will break.
Is there a way to get NDIS (WMI) and WPP cooperating on Win2K?
Thanks,
Dave Cattley
Consulting Engineer
Systems Software Development
-----Original Message-----
From: xxxxx@lists.osr.com
[mailto:xxxxx@lists.osr.com] On Behalf Of
xxxxx@Microsoft.com
Sent: Thursday, February 15, 2007 12:20 PM
To: Windows System Software Devs Interest List
Subject: RE:[ntdev] New line in WPP trace
To clarify, the only time WPP gets in the path of WMI is on win2k where WPP
registration occcured via IRPs. The WPP headers originally provided some
dispatching code that didn’t account for every scenario, this has since been
fixed. On XP and later, WPP registration is a direct call interface that
does not perturb the driver’s WMI IRP processing path.
d
Questions? First check the Kernel Driver FAQ at
http://www.osronline.com/article.cfm?id=256
To unsubscribe, visit the List Server section of OSR Online at
http://www.osronline.com/page.cfm?name=ListServer