From: Nicolas Cavallari <Nicolas.Cavallari@lri.fr>
To: Johannes Berg <johannes@sipsolutions.net>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCH] {cfg,nl}80211: tx_mgmt: use current bss channel if omitted.
Date: Mon, 04 Feb 2013 18:15:28 +0100 [thread overview]
Message-ID: <510FECB0.1040201@lri.fr> (raw)
In-Reply-To: <1359993855.17993.5.camel@jlt4.sipsolutions.net>
On 04/02/2013 17:04, Johannes Berg wrote:
> On Fri, 2013-02-01 at 18:11 +0100, Nicolas Cavallari wrote:
>> Allow not specifying the channel when transmitting a management frame.
>> This allows user space code to not track the current channel. This is
>> especially useful in IBSS mode, because userspace is not informed when
>> the channel changes because of a merge and requesting the current
>> channel before using it can introduce races.
>
>
>> @@ -836,10 +837,23 @@ int cfg80211_mlme_mgmt_tx(struct cfg80211_registered_device *rdev,
>> err = -EOPNOTSUPP;
>> break;
>> }
>> + if (!err && chan == NULL) {
>> + cfg80211_get_chan_state(wdev, &chan, &chan_mode);
>
> I'm not sure this is the best way of handling it. Is there a reason to
> not pass NULL through to the driver(s) (and audit them) instead? This
> channel access could be racy for channel changes still, etc.
I couldn't understand how tracing would work with NULL arguments, and while most of the
drivers totally ignore the channel argument or does not read it when offchan is false, the
ath6kl driver actually uses the given channel and ignores the offchannel argument.
next prev parent reply other threads:[~2013-02-04 17:15 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-10 13:40 [PATCHv3 1/2] cfg80211: add the new IBSS_STA event Antonio Quartulli
2012-12-10 13:40 ` [PATCHv3 2/2] mac80211: in AD-HOC mode wait for the AUTH response Antonio Quartulli
2012-12-28 14:51 ` Johannes Berg
2013-01-02 6:32 ` Antonio Quartulli
2013-01-02 9:40 ` Nicolas Cavallari
2013-01-07 11:40 ` Antonio Quartulli
2013-01-07 13:16 ` Nicolas Cavallari
2013-01-25 22:05 ` Johannes Berg
2013-01-26 12:09 ` Nicolas Cavallari
2013-01-29 11:37 ` Johannes Berg
2013-01-29 13:59 ` Nicolas Cavallari
2013-01-29 21:50 ` Will Hawkins
2013-01-31 13:34 ` Johannes Berg
2013-01-31 14:18 ` Nicolas Cavallari
2013-01-31 14:26 ` Johannes Berg
2013-04-07 21:17 ` Antonio Quartulli
2013-04-08 7:53 ` Nicolas Cavallari
2013-04-08 9:11 ` Antonio Quartulli
2013-01-31 14:32 ` Antonio Quartulli
2013-02-01 17:11 ` [PATCH] {cfg,nl}80211: tx_mgmt: use current bss channel if omitted Nicolas Cavallari
2013-02-04 16:04 ` Johannes Berg
2013-02-04 17:15 ` Nicolas Cavallari [this message]
2013-01-03 21:05 ` [PATCHv3 2/2] mac80211: in AD-HOC mode wait for the AUTH response Will Hawkins
2013-01-25 21:45 ` Johannes Berg
2013-01-29 21:54 ` Will Hawkins
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=510FECB0.1040201@lri.fr \
--to=nicolas.cavallari@lri.fr \
--cc=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
/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).