mac80211: keep sending peer candidate events while in listen state
authorNishikawa, Kenzoh <Kenzoh.Nishikawa@jp.sony.com>
Tue, 16 Dec 2014 01:41:06 +0000 (01:41 +0000)
committerJohannes Berg <johannes.berg@intel.com>
Wed, 17 Dec 2014 10:49:24 +0000 (11:49 +0100)
commit2ae70efcea7a695a62bb47170d3fb16674b8dbea
tree73f03cb578a3906c7944b41fa57a22cb9b4a926e
parent688b1ecfb9ed0484754d2653386e3c44c58ede5c
mac80211: keep sending peer candidate events while in listen state

Instead of sending peer candidate events just once, send them as long
as the peer remains in the LISTEN state in the peering state machine,
when userspace is implementing the peering manager.
Userspace may silence the events from a peer by progressing the state
machine or by setting the link state to BLOCKED.

Fixes the problem that a mesh peering process won't be fired again after
the previous first peering trial fails due to like air propagation error
if the peering is managed by user space such as wpa_supplicant.

This patch works with another patch for wpa_supplicant described here
which fires a peering process again triggered by the notice from kernel.
http://lists.shmoo.com/pipermail/hostap/2014-November/031235.html

Signed-off-by: Kenzoh Nishikawa <Kenzoh.Nishikawa@jp.sony.com>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
net/mac80211/mesh_plink.c