On Sun, Oct 28, 2007 at 11:28:14AM +0100, Johannes Berg wrote: > > This turned out to be a wpa_supplicant issue. wpa_supplicant uses > > KEY_MGMT_802_1X_NO_WPA (instead of KEY_MGMT_802_1X) to handle Dynamic > > WEP where the AP doesn't broadcast WPA IEs (ie, a pure Dynamic WEP > > network), and that value wasn't being handled correctly by > > wpa_driver_wext_keymgmt2wext(). > > Great, thanks for tracking this down. While there is indeed a bug in wpa_supplicant 0.5.x, I think that another issue here is in mac80211 trying to do something that it was not supposed to do, i.e., to figure out whether privacy is enabled or not based on keymgmt value. This is decided in the supplicant and the value is configured with IW_AUTH_PRIVACY_INVOKED to the kernel. In other words, mac80211 should follow this parameter and not IW_AUTH_KEY_MGMT. > > This has been fixed on the wpa_supplicant 0.6.x branch but not > > backported to the 0.5.x branch yet. Tested with EAP-TLS and LEAP with > > iwl4965 on kernel-2.6.23.1-35.fc8. > > > > For Fedora, I've built wpa_supplicant-0.5.7-15.fc8 to fix this issue. > > Alright. Jouni, will you push this fix for 0.5.x? I merged the fix into 0.5.x branch, so it should be included in the next release. This was fixed as part of a more generic cleanup and it did not end up being flagged as a bug fix and consequently, not merged into 0.5.x branch. -- Jouni Malinen PGP id EFC895FA - To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html