I was hoping either someone from Microsoft could respond to this or
someone else could give me some indication of who at MS I need to
contact about it.
It is widely know that the WinCE4.2 Passthru driver couldn't cope with
power-related ProtocolPnPEvents, eg. it the Passthru would crash if you
turned power off and back on.
There was a simple fix: modify ProtocolPNPHandler so that
case NetEventQueryPower:
status = NDIS_STATUS_NOT_SUPPORTED;
instead of
status = ProtocolPnPNetEventSetPower(pBinding, pNetPnPEvent);
as it originally was. This fixes the problem in CE4.2.
In CE5.0 source that bug remains unfixed - no problem.
However, the standard Passthru driver does not work on standard WM5.0
Pocket PCs.
As I described in a post to microsoft.public.development.device.drivers
the driver will crash anytime the TIACXWLN adapter is run through
ProtocolBindAdapter when I have disabled the WiFi adapter. This occurs
in 2 cases:
1. when WiFi was active and I press disable in the Wireless Manager on
the device.
2. I leave WiFi off and restart the device (it will crash immediately
on loading the driver)
I need to find a workaround or fix for the problem where the call to
NdisUnbindProtocolsFromAdapter in ProtocolBindAdapter (in Protocol.c)
does not return. I haven't been able to find anyone else with this
problem, which I suspect is because nobody has gotten as far as
actually getting the Passthru to run on WM5.0 PPCs.
There is definitely a problem running Passthru on WM5.0 PPCs and it's
not from any code I added. Whether it's a problem on the devices or a
problem with the CE5.0 code I need to figure out why it is breaking and
if anyone can help me with that feat I'll be extremely thankful.
-Matt Senne