From: Johannes Berg <johannes@sipsolutions.net>
To: Tamizh chelvam <tamizhr@codeaurora.org>
Cc: linux-wireless@vger.kernel.org
Subject: Re: [PATCHv4 1/3] cfg80211: enable setting cqm rssi config for AP mode
Date: Fri, 23 Mar 2018 14:27:28 +0100 [thread overview]
Message-ID: <1521811648.11491.8.camel@sipsolutions.net> (raw)
In-Reply-To: <1519544998-2621-2-git-send-email-tamizhr@codeaurora.org> (sfid-20180225_085010_994165_1F9FF330)
On Sun, 2018-02-25 at 13:19 +0530, Tamizh chelvam wrote:
> From: Tamizh chelvam <tamizhr@codeaurora.org>
>
> This patch extend cqm rssi config and notifier feature to AP mode
> by introducing NL80211_EXT_FEATURE_AP_STA_CQM_RSSI_CONFIG ext
> feature bit. And this patch introduces NL80211_MCGRP_AP_STA_CQM
> for notifying station's low/high rssi event to userspace application.
So, I guess I can sort of see how this could be useful.
However, is it really best in this current form?
For example, it seems trivial to imagine that one might want to have
different thresholds for different stations, and nothing in the current
implementation would prevent that, just the CQM API isn't very suited
to that.
There was also an extension to CQM to support different levels - not
sure where that ended up, but we should take that into account I guess.
Overall, I'm still not really convinced CQM is the right approach here.
One thing I could even imagine would be to just not have this
capability at all, but build it into a little BPF program you install.
I had - and still want to revive - the code to insert a "programming
point" into the wireless stack, and one could then easily build a hash
table of TAs vs. signal strength in BPF code.
We may not want to go that far, but I think the current approach is too
short-sighted. This might solve a specific problem today, but I don't
think it'll serve us well into the future if we don't make it more
flexible.
johannes
next prev parent reply other threads:[~2018-03-23 13:27 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-25 7:49 [PATCHv4 0/3] cfg80211/mac80211: cqm rssi config for AP mode Tamizh chelvam
2018-02-25 7:49 ` [PATCHv4 1/3] cfg80211: enable setting " Tamizh chelvam
2018-03-23 13:27 ` Johannes Berg [this message]
2018-02-25 7:49 ` [PATCHv4 2/3] mac80211: " Tamizh chelvam
2018-03-23 13:22 ` Johannes Berg
2018-02-25 7:49 ` [PATCHv4 3/3] mac80211: implement cqm rssi check using rx data signal Tamizh chelvam
2018-03-23 13:24 ` 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=1521811648.11491.8.camel@sipsolutions.net \
--to=johannes@sipsolutions.net \
--cc=linux-wireless@vger.kernel.org \
--cc=tamizhr@codeaurora.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).