* [PATCH] mesh: Skip STA expiration on user_mpm mode
@ 2015-01-14 2:23 Masashi Honma
2015-01-15 3:14 ` Bob Copeland
0 siblings, 1 reply; 5+ messages in thread
From: Masashi Honma @ 2015-01-14 2:23 UTC (permalink / raw)
To: linux-wireless; +Cc: me, Masashi Honma
The mesh STA expiration processing works even if user_mpm mode. This causes
unexpected STA disconnection.
This patch skips STA expiration processing on user_mpm mode.
Signed-off-by: Masashi Honma <masashi.honma@gmail.com>
---
net/mac80211/mesh.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/net/mac80211/mesh.c b/net/mac80211/mesh.c
index 0c8b2a7..50174fd 100644
--- a/net/mac80211/mesh.c
+++ b/net/mac80211/mesh.c
@@ -574,7 +574,8 @@ static void ieee80211_mesh_housekeeping(struct ieee80211_sub_if_data *sdata)
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
u32 changed;
- ieee80211_sta_expire(sdata, ifmsh->mshcfg.plink_timeout * HZ);
+ if (!ifmsh->user_mpm)
+ ieee80211_sta_expire(sdata, ifmsh->mshcfg.plink_timeout * HZ);
mesh_path_expire(sdata);
changed = mesh_accept_plinks_update(sdata);
--
2.1.0
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: [PATCH] mesh: Skip STA expiration on user_mpm mode
2015-01-14 2:23 [PATCH] mesh: Skip STA expiration on user_mpm mode Masashi Honma
@ 2015-01-15 3:14 ` Bob Copeland
2015-01-16 2:04 ` Masashi Honma
0 siblings, 1 reply; 5+ messages in thread
From: Bob Copeland @ 2015-01-15 3:14 UTC (permalink / raw)
To: Masashi Honma; +Cc: linux-wireless@vger.kernel.org
On Tue, Jan 13, 2015 at 9:23 PM, Masashi Honma <masashi.honma@gmail.com> wrote:
> The mesh STA expiration processing works even if user_mpm mode. This causes
> unexpected STA disconnection.
>
> This patch skips STA expiration processing on user_mpm mode.
>
> Signed-off-by: Masashi Honma <masashi.honma@gmail.com>
>
> - ieee80211_sta_expire(sdata, ifmsh->mshcfg.plink_timeout * HZ);
> + if (!ifmsh->user_mpm)
> + ieee80211_sta_expire(sdata, ifmsh->mshcfg.plink_timeout * HZ);
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.
--
Bob Copeland %% www.bobcopeland.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] mesh: Skip STA expiration on user_mpm mode
2015-01-15 3:14 ` Bob Copeland
@ 2015-01-16 2:04 ` Masashi Honma
2015-01-16 12:59 ` Bob Copeland
0 siblings, 1 reply; 5+ messages in thread
From: Masashi Honma @ 2015-01-16 2:04 UTC (permalink / raw)
To: Bob Copeland; +Cc: linux-wireless@vger.kernel.org
2015-01-15 12:14 GMT+09:00 Bob Copeland <me@bobcopeland.com>:
> 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.
Anyway I have not considered authsae user land application.
Does authsae have it's own inactivity timer ?
If not, I will drop this patch.
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] mesh: Skip STA expiration on user_mpm mode
2015-01-16 2:04 ` Masashi Honma
@ 2015-01-16 12:59 ` Bob Copeland
2015-01-18 23:33 ` Masashi Honma
0 siblings, 1 reply; 5+ messages in thread
From: Bob Copeland @ 2015-01-16 12:59 UTC (permalink / raw)
To: Masashi Honma; +Cc: linux-wireless@vger.kernel.org
On Fri, Jan 16, 2015 at 11:04:30AM +0900, Masashi Honma wrote:
> 2015-01-15 12:14 GMT+09:00 Bob Copeland <me@bobcopeland.com>:
> > 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/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [PATCH] mesh: Skip STA expiration on user_mpm mode
2015-01-16 12:59 ` Bob Copeland
@ 2015-01-18 23:33 ` Masashi Honma
0 siblings, 0 replies; 5+ messages in thread
From: Masashi Honma @ 2015-01-18 23:33 UTC (permalink / raw)
To: Bob Copeland; +Cc: linux-wireless@vger.kernel.org
2015-01-16 21:59 GMT+09:00 Bob Copeland <me@bobcopeland.com>:
> 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.
I see. I will drop this patch.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-01-18 23:33 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-01-14 2:23 [PATCH] mesh: Skip STA expiration on user_mpm mode Masashi Honma
2015-01-15 3:14 ` Bob Copeland
2015-01-16 2:04 ` Masashi Honma
2015-01-16 12:59 ` Bob Copeland
2015-01-18 23:33 ` Masashi Honma
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).