On Thu, 2007-10-25 at 15:29 +0200, Johannes Berg wrote: > On Wed, 2007-10-24 at 11:07 -0400, Dan Williams wrote: > > > Could you educate me a bit more about the problem if you've got a bit of > > time? > > As much as I've understood, the problem comes from the privacy mismatch > function returning non-zero. This means that wpa_supplicant doesn't set > IW_AUTH_KEY_MGMT_802_1X because if you check the function then the > key_manegement_enabled variable is checked first thing. > > > A normal Dynamic WEP configuration should result in wpa_supplicant > > sending IW_AUTH_KEY_MGMT with IW_AUTH_KEY_MGMT_802_1X since ieee8021x is > > specified in the wpa_supplicant config. Is this not happening here? I > > seem to be seeing that wpa_supplicant _should_ be setting key > > management, and mac80211 _should_ be returning 0 from > > ieee80211_privacy_mismatch() because key management has been set, and > > therefore this should succeed... > > Yes, it seems that wpa_supplicant is not setting key management > properly, possibly because internally it only translates two of the key > management possibilities into the right wext state. Ok, I'll try to track it down starting with wpa_supplicant then. Dan - 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
