From: "Arend van Spriel" <arend@broadcom.com>
To: "Kalle Valo" <kvalo@qca.qualcomm.com>
Cc: "Johannes Berg" <johannes@sipsolutions.net>,
"Luis R. Rodriguez" <rodrigue@qca.qualcomm.com>,
linux-wireless@vger.kernel.org, me@bobcopeland.com,
mickflemm@gmail.com
Subject: Re: [RFC 0/3] wireless: add CONFIG_CFG80211_EXPERT
Date: Fri, 15 Jun 2012 13:06:40 +0200 [thread overview]
Message-ID: <4FDB1740.60707@broadcom.com> (raw)
In-Reply-To: <4FDAF096.200@qca.qualcomm.com>
On 06/15/2012 10:21 AM, Kalle Valo wrote:
> On 06/15/2012 11:16 AM, Johannes Berg wrote:
>>> As for a name, I thought about it for a while and given that we have different
>>>> "wireless" technologies -- bluetooth, NFC, naming this CONFIG_WIRELESS_EXPERT
>>>> seemed odd, and given that our 802.11 framework is under cfg80211 naming it
>>>> CONFIG_CFG80211_EXPERT seemed appropriate. But even if its under cfg80211
>>>> perhaps something more explicit about the implications may be better, how
>>>> about CONFIG_CFG80211_MAY_BREAK_CERTIFICATION ?
>>
>> Or you could just be explicit about it and call it
>> CONFIG_WIRELESS_REGULATORY_BREAKAGE or something like that :-)
>
> CONFIG_WIRELESS_CERTIFIED?
>
> Kalle
>
Kalle,
That one looks familiar ;-) Although that name makes sense for a feature
like DFS, I think the intended use is also to hide features from unaware
users that will definitely violate with regulatory requirements.
Luis,
Is this flag purely intended for 802.11 device drivers or can it also be
used to hide certain features in stack (ie. cfg80211 or mac80211). If it
is only for device drivers I would suggest to have it depend on
CONFIG_WLAN. Suggestion for the config option:
CONFIG_WLAN_CERTIFIED_OR_SCIENTIFIC_USE
Gr. AvS
next prev parent reply other threads:[~2012-06-15 11:06 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-09 0:51 [RFC 0/3] wireless: add CONFIG_CFG80211_EXPERT Luis R. Rodriguez
2012-06-09 0:51 ` [RFC 1/3] cfg80211: " Luis R. Rodriguez
2012-06-09 0:51 ` [RFC 2/3] ath5k: replace modparam_all_channels with CONFIG_ATH5K_TEST_CHANNELS Luis R. Rodriguez
2012-06-09 0:51 ` [RFC 3/3] ath9k: make CONFIG_ATH9K_DFS_CERTIFIED depend on CONFIG_CFG80211_EXPERT Luis R. Rodriguez
2012-06-09 7:55 ` [RFC 0/3] wireless: add CONFIG_CFG80211_EXPERT Johannes Berg
2012-06-09 19:51 ` Arend van Spriel
2012-06-11 7:32 ` Johannes Berg
2012-06-11 14:40 ` Kalle Valo
2012-06-11 14:45 ` Johannes Berg
2012-06-11 15:46 ` Kalle Valo
2012-06-14 19:31 ` Luis R. Rodriguez
2012-06-15 8:16 ` Johannes Berg
2012-06-15 8:21 ` Kalle Valo
2012-06-15 11:06 ` Arend van Spriel [this message]
2012-06-15 16:09 ` Kalle Valo
2012-06-15 16:53 ` Luis R. Rodriguez
2012-06-16 12:13 ` Arend van Spriel
2012-06-18 15:37 ` Luis R. Rodriguez
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=4FDB1740.60707@broadcom.com \
--to=arend@broadcom.com \
--cc=johannes@sipsolutions.net \
--cc=kvalo@qca.qualcomm.com \
--cc=linux-wireless@vger.kernel.org \
--cc=me@bobcopeland.com \
--cc=mickflemm@gmail.com \
--cc=rodrigue@qca.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 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).