On Fri, Jan 16, 2015 at 11:04:30AM +0900, Masashi Honma wrote: > 2015-01-15 12:14 GMT+09:00 Bob Copeland <me@xxxxxxxxxxxxxxx>: > > I took a look at what authsae is doing, and it looks like it's just > > prepared to handle the NL80211_CMD_DEL_STATION events generated from > > cfg80211_del_sta() -- is there a reason that couldn't work for wpa_s > > too? Then you'd only need the patch to configure that timeout on the > > client, and you can simplify it by not caring about user_mpm. > > Thank you for your review. > > Indeed wpa_supplicant do nothing even if it receivced NL80211_CMD_DEL_STATION. > But the mismatch (wpa_supplicant recognizes STA is alive, mac80211 > recognizes STA leaved) is not so good. Right - so wpa_s could be changed to handle this event (for mesh), I think. > Anyway I have not considered authsae user land application. > Does authsae have it's own inactivity timer ? > If not, I will drop this patch. No, it relies on mac80211's inactivity timer. So, yeah, I think this patch would break authsae, in the sense that stations would never get removed. -- Bob Copeland %% http://bobcopeland.com/ -- 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
