From: Luca Coelho <luca@coelho.fi>
To: Michal Kazior <michal.kazior@tieto.com>
Cc: Johannes Berg <johannes@sipsolutions.net>,
linux-wireless <linux-wireless@vger.kernel.org>
Subject: Re: [PATCH 5/7] mac80211: improve CSA locking
Date: Thu, 23 Jan 2014 08:31:04 +0200 [thread overview]
Message-ID: <1390458664.4189.48.camel@porter.coelho.fi> (raw)
In-Reply-To: <CA+BoTQ=+TGFo0f0z1SymiN5DkeLZUPC_p_YVZ59s=FFqpGV3vQ@mail.gmail.com>
On Thu, 2014-01-23 at 07:22 +0100, Michal Kazior wrote:
> On 22 January 2014 16:13, Luca Coelho <luca@coelho.fi> wrote:
> > On Wed, 2014-01-22 at 16:10 +0100, Johannes Berg wrote:
> >> On Wed, 2014-01-22 at 14:36 +0200, Luca Coelho wrote:
> >>
> >> > I don't think we should try to merge the channel switches. We should
> >> > just perform them separately, especially because the exact time of the
> >> > switch will most likely not be the same (since the TBTTs are not in
> >> > sync).
> >>
> >> Do you mean that we shouldn't even have all that new API to switch
> >> multiple interfaces simultaneously?
> >
> > Right, I'm not really sure it's necessary. PErhaps with non-chanctx we
> > need something like that, but maybe it would still be better not to do
> > this in the nl80211 API, but sync/merge in cfg80211/mac80211?
>
> I was thinking about it. This should work, mostly, as long as you're
> able to submit CSA requests fast enough and you don't use count 0 or
> 1, in which case it becomes racy.
CSA with count 0 or 1 are really tricky in many respects. But still I
don't see why it would get racy. The interfaces will switch
independently, making their own chanctx reservations and so on...
--
Luca.
next prev parent reply other threads:[~2014-01-23 6:31 UTC|newest]
Thread overview: 50+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-20 14:21 [PATCH 0/7] mac80211: CSA related fixes Michal Kazior
2014-01-20 14:21 ` [PATCH 1/7] mac80211: fix possible memory leak on AP CSA failure Michal Kazior
2014-01-21 14:55 ` Johannes Berg
2014-01-22 6:54 ` Michal Kazior
2014-01-20 14:21 ` [PATCH 2/7] mac80211: treat IBSS CSA finish failure seriously Michal Kazior
2014-01-21 15:00 ` Johannes Berg
2014-01-22 11:38 ` Luca Coelho
2014-01-20 14:21 ` [PATCH 3/7] mac80211: move csa_active setting in STA CSA Michal Kazior
2014-01-22 11:40 ` Luca Coelho
2014-01-20 14:21 ` [PATCH 4/7] mac80211: fix sdata->radar_required locking Michal Kazior
2014-01-20 14:21 ` [PATCH 5/7] mac80211: improve CSA locking Michal Kazior
2014-01-20 15:41 ` Michal Kazior
2014-01-21 15:06 ` Johannes Berg
2014-01-22 6:51 ` Michal Kazior
2014-01-22 8:52 ` Johannes Berg
2014-01-22 9:07 ` Michal Kazior
2014-01-22 9:13 ` Johannes Berg
2014-01-22 10:13 ` Michal Kazior
2014-01-22 10:19 ` Johannes Berg
2014-01-22 12:36 ` Luca Coelho
2014-01-22 15:10 ` Johannes Berg
2014-01-22 15:13 ` Luca Coelho
2014-01-23 6:22 ` Michal Kazior
2014-01-23 6:31 ` Luca Coelho [this message]
2014-01-23 6:41 ` Michal Kazior
2014-01-23 7:31 ` Luca Coelho
2014-01-23 7:50 ` Otcheretianski, Andrei
2014-01-23 7:57 ` Michal Kazior
2014-01-23 9:50 ` Luca Coelho
2014-01-23 10:33 ` Michal Kazior
2014-01-23 12:20 ` Johannes Berg
2014-01-23 12:38 ` Michal Kazior
2014-01-24 7:41 ` Luca Coelho
2014-01-24 8:40 ` Johannes Berg
2014-01-24 9:52 ` Luca Coelho
2014-01-24 10:40 ` Michal Kazior
2014-01-24 12:55 ` Luca Coelho
2014-01-23 12:09 ` Johannes Berg
2014-01-23 12:41 ` Michal Kazior
2014-01-24 7:44 ` Luca Coelho
2014-01-23 6:35 ` Luca Coelho
2014-01-23 12:07 ` Johannes Berg
2014-01-23 6:35 ` Michal Kazior
2014-01-23 12:06 ` Johannes Berg
2014-01-20 14:21 ` [PATCH 6/7] mac80211: deny attempts at using chanctx during CSA Michal Kazior
2014-01-20 21:41 ` Luca Coelho
2014-01-21 6:07 ` Michal Kazior
2014-01-21 15:14 ` Johannes Berg
2014-01-20 14:21 ` [PATCH 7/7] Revert "cfg80211: disable CSA for all drivers" Michal Kazior
2014-01-21 15:16 ` [PATCH 0/7] mac80211: CSA related fixes Johannes Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1390458664.4189.48.camel@porter.coelho.fi \
--to=luca@coelho.fi \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=michal.kazior@tieto.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).