[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1470044330.3389.19.camel@sipsolutions.net>
Date: Mon, 01 Aug 2016 11:38:50 +0200
From: Johannes Berg <johannes@...solutions.net>
To: "Machani, Yaniv" <yanivma@...com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"David S . Miller" <davem@...emloft.net>,
"linux-wireless@...r.kernel.org" <linux-wireless@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Cc: "Hahn, Maital" <maitalm@...com>
Subject: Re: [PATCH 1/4] mac80211: mesh: flush stations before beacons are
stopped
On Wed, 2016-07-13 at 10:11 +0000, Machani, Yaniv wrote:
> On Wed, Jun 29, 2016 at 10:14:19, Johannes Berg wrote:
> > Cc: Hahn, Maital
> > Subject: Re: [PATCH 1/4] mac80211: mesh: flush stations before
> > beaconsĀ
> > are stopped
> >
> > On Tue, 2016-06-28 at 14:13 +0300, Yaniv Machani wrote:
> > > From: Maital Hahn <maitalm@...com>
> > >
> > > Some drivers (e.g. wl18xx) expect that the last stage in theĀ
> > > de-initialization process will be stopping the beacons, similar
> > > to ap.
> > > Update ieee80211_stop_mesh() flow accordingly.
> > >
> > How well have you tested that with other drivers?
> >
>
> Sorry for the delayed response (I've been out) and thanks for your
> comments,
> I have tested it with RT3572 as well, and didn't see any issue.
> I'll update the comment to reflect that.
>
I'm actually reasonably sure that it *must* work, similiar to the AP
mode change, since it's always valid to remove stations while the the
mesh beacon is still active.
I hoped you'd actually figure out that line of reasoning and put it
into the commit message :)
johannes
Powered by blists - more mailing lists