Hi!
I’m writing an NDIS 6.30 802.11 miniport driver that supports protocol
offloads. I see that if the “Only allow a magic packet to wake the computer”
checkbox is set in the Power Management tab,
NDIS_PM_PROTOCOL_OFFLOAD_80211_RSN_REKEY_ENABLED never gets set in the
NDIS_PM_PARAMETERS plumbed to the driver. However,
NDIS_PM_PROTOCOL_OFFLOAD_ARP_ENABLED and NDIS_PM_PROTOCOL_OFFLOAD_NS_ENABLED
do get set.
The driver advertises support for all three protocol offloads. It also
advertises support for NDIS_WLAN_WAKE_ON_GTK_HANDSHAKE_ERROR_SUPPORTED.
Does anyone know why the GTK handshake offload is not enabled when the STA
is associated to a BSS with WPA2/AES?
Thanks!
Once you toggle that checkbox, you need to reboot or disable/reenable the NIC to get GTK handshake offload back again. This is a limitation of Windows 7 and Windows 8, not a bug in your NIC.
We don’t believe that users frequently use those checkboxes.
Hi!
Comment below…
“Jeffrey Tippet” wrote in message news:xxxxx@ntdev…
Once you toggle that checkbox, you need to reboot or disable/reenable the
NIC to get GTK handshake offload back again. This is a limitation of
Windows 7 and Windows 8, not a bug in your NIC.
[Yes, I see that works if I set and then clear that checkbox and then
disable/enable the NIC. However, if this checkbox is set, is there a reason
why NDIS_PM_PROTOCOL_OFFLOAD_80211_RSN_REKEY_ENABLED is still not set when
OID_PM_PARAMETERS is plumbed to the driver before OID_PNP_SET_POWER?]
We don’t believe that users frequently use those checkboxes.
[Hmmm, that may be but we have one OEM who is harping about this. When this
checkbox is set, it looks like
NDIS_PM_PROTOCOL_OFFLOAD_80211_RSN_REKEY_SUPPORTED is no longer set in
NDIS_PM_CAPABILITIES .SupportedProtocolOffloadsreturned through a query of
OID_PM_CAPABILITIES. Can this protocol offload be enabled through WMI? Are
there any other workarounds to re-enable this protocol offload capability?]