G
gyroblau
Guest
Hi from Germany,
we have a NDIS 6.2 MUX intermediate (NDIS_INTERMEDIATE_DRIVER) driver running on Windows 10.
The driver is a combined miniport and protocol driver.
The driver binds to two physical network adapters and then establishes a virtual miniport adapter which represents this pair of NICs (the purpose for this architecture is redundancy).
In the control panel power options the setting "Turn on fast startup" is set!
When the computer is shut down, the miniport drivers PauseHandler 'MiniportPause' (see NDIS_MINIPORT_DRIVER_CHARACTERISTICS) is called during the shutdown.
The error is:
When the computer is switched on again, our miniport drivers RestartHandler 'MiniportRestart' is not getting called (and no DriverEntry, which seems to be ok because we are resuming from standby mode).
Thanks a lot for any hint!
Best regards,
Carsten
Remark:
When the power option setting "Turn on fast startup" is not set, then during restart DriverEntry and MiniportRestart are called.
So this scenario is ok in our case.
Continue reading...
we have a NDIS 6.2 MUX intermediate (NDIS_INTERMEDIATE_DRIVER) driver running on Windows 10.
The driver is a combined miniport and protocol driver.
The driver binds to two physical network adapters and then establishes a virtual miniport adapter which represents this pair of NICs (the purpose for this architecture is redundancy).
In the control panel power options the setting "Turn on fast startup" is set!
When the computer is shut down, the miniport drivers PauseHandler 'MiniportPause' (see NDIS_MINIPORT_DRIVER_CHARACTERISTICS) is called during the shutdown.
The error is:
When the computer is switched on again, our miniport drivers RestartHandler 'MiniportRestart' is not getting called (and no DriverEntry, which seems to be ok because we are resuming from standby mode).
Thanks a lot for any hint!
Best regards,
Carsten
Remark:
When the power option setting "Turn on fast startup" is not set, then during restart DriverEntry and MiniportRestart are called.
So this scenario is ok in our case.
Continue reading...