On Mon, 2009-05-18 at 13:50 -0400, Dan Williams wrote: > > > > > Also wpa_supplicant is not happy: > > > > > > > > > > + wpa_supplicant -B -Dwext -iwlan0 -c /home/user/nico/ethz/wlan/wpa_supplicant.conf > > > > > ioctl[SIOCSIWENCODEEXT]: No such file or directory > > > > > ioctl[SIOCSIWENCODEEXT]: No such file or directory > > > > > ioctl[SIOCSIWENCODEEXT]: No such file or directory > > > > > ioctl[SIOCSIWENCODEEXT]: No such file or directory > > > > > > > > > > > There were some changes recently to this ioctl, but I am not familiar > > > with details. Johannes will know. > > > > Yeah, I'm not sure -- this happens when clearing keys. I'll look into > > it, we probably need to accept removing a key that doesn't exist. > > Why bother (if that's actually the root cause)? Maybe the supplicant > should be fixed. Other drivers return ENOENT in this case, so mac80211 > certainly isn't out-of-common-spec here now. I just looked at the code in wpa_supplicant, it doesn't care a bit, just prints the error. Problem is users attribute any other breakage to the error it prints since our behaviour changed... johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
