From: Johannes Berg <johannes@sipsolutions.net>
To: tamizhr@codeaurora.org
Cc: linux-wireless@vger.kernel.org, tamizhr@qti.qualcomm.com,
Pradeep Kumar Chitrapu <pradeepc@codeaurora.org>
Subject: Re: [PATCH 1/4] wireless: allow send peer mac in rssi cqm notify
Date: Mon, 22 Jan 2018 13:56:03 +0100 [thread overview]
Message-ID: <1516625763.2508.21.camel@sipsolutions.net> (raw)
In-Reply-To: <1516174276-16789-2-git-send-email-tamizhr@codeaurora.org>
On Wed, 2018-01-17 at 13:01 +0530, tamizhr@codeaurora.org wrote:
> From: Pradeep Kumar Chitrapu <pradeepc@codeaurora.org>
>
> Extend cqm rssi notifier apis to include peer mac address. Currently
> netlink cqm msg already accepts the mac. With this change just passing
> the mac address as an argument to cfg and mac80211 apis.
>
It seems eminently reasonable to have this functionality, but I'm not
sure you can implement it like this?
I'd be worried that there's some userspace that just listens for these
events and could get confused if another virtual interface shows up
with notifications - if it's not doing proper filtering etc.?
I'd be more comfortable at least moving the per-station notifications
to a new command ID, or making them opt-in by clients by having a
registration command and sending them unicast instead.
Or actually, perhaps the best would be to just go and create a new
multicast group for them, then we don't need a new command ID and
existing clients can't get confused, but new clients don't really have
to do anything but sign up to the new multicast group. We could check
if the group is non-empty before we even build the message too.
johannes
next prev parent reply other threads:[~2018-01-22 12:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-17 7:31 [PATCH 0/4] cfg80211/mac80211: cqm rssi config for AP mode tamizhr
2018-01-17 7:31 ` [PATCH 1/4] wireless: allow send peer mac in rssi cqm notify tamizhr
2018-01-22 12:56 ` Johannes Berg [this message]
2018-01-17 7:31 ` [PATCH 2/4] cfg80211: enable setting cqm config for AP mode tamizhr
2018-01-22 12:56 ` Johannes Berg
2018-01-22 13:01 ` Johannes Berg
2018-01-17 7:31 ` [PATCH 3/4] mac80211: " tamizhr
2018-01-22 12:57 ` Johannes Berg
2018-01-17 7:31 ` [PATCH 4/4] mac80211: implement cqm using rx data signal tamizhr
2018-01-22 13:01 ` 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=1516625763.2508.21.camel@sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=pradeepc@codeaurora.org \
--cc=tamizhr@codeaurora.org \
--cc=tamizhr@qti.qualcomm.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.