<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/include/net/regulatory.h, branch v3.14.11</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=v3.14.11</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=v3.14.11'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2014-01-13T19:46:58+00:00</updated>
<entry>
<title>cfg80211: make regulatory_hint() remove REGULATORY_CUSTOM_REG</title>
<updated>2014-01-13T19:46:58+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@do-not-panic.com</email>
</author>
<published>2013-12-14T19:09:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4f7b91404cd5da3657a82b00394f4f5dfbff13d6'/>
<id>urn:sha1:4f7b91404cd5da3657a82b00394f4f5dfbff13d6</id>
<content type='text'>
The REGULATORY_CUSTOM_REG can be used during early init with
the goal of overriding the wiphy's default regulatory settings
in case the alpha2 of the device is not known. In the case that
the alpha2 becomes known lets avoid having drivers having to
clear the REGULATORY_CUSTOM_REG flag by doing it for them
when regulatory_hint() is used.

Cc: Sujith Manoharan &lt;c_manoha@qca.qualcomm.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: use enum nl80211_dfs_regions for dfs_region everywhere</title>
<updated>2013-11-25T19:52:12+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@do-not-panic.com</email>
</author>
<published>2013-11-13T17:54:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4c7d3982a6e37831382b9ef90aa0dbadc0bf3a22'/>
<id>urn:sha1:4c7d3982a6e37831382b9ef90aa0dbadc0bf3a22</id>
<content type='text'>
u8 was used in some other places, just stick to the enum,
this forces us to express the values that are expected.

Signed-off-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: add an option to disable processing country IEs</title>
<updated>2013-11-25T19:51:51+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@do-not-panic.com</email>
</author>
<published>2013-11-11T21:15:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=2a901468c221e778af52603e006a53d286e81f90'/>
<id>urn:sha1:2a901468c221e778af52603e006a53d286e81f90</id>
<content type='text'>
Certain vendors may want to disable the processing of
country IEs so that they can continue using the regulatory
domain the driver or user has set.  Currently there is no
way to stop the core from processing country IEs, so add
support to the core to ignore country IE hints.

Cc: Mihir Shete &lt;smihir@qti.qualcomm.com&gt;
Cc: Henri Bahini &lt;hbahini@qca.qualcomm.com&gt;
Cc: Tushnim Bhattacharyya &lt;tushnimb@qca.qualcomm.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: add flags to define country IE processing rules</title>
<updated>2013-11-25T19:51:49+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@do-not-panic.com</email>
</author>
<published>2013-11-11T21:15:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a09a85a013523a8b572dc5732b5c30e0785195f3'/>
<id>urn:sha1:a09a85a013523a8b572dc5732b5c30e0785195f3</id>
<content type='text'>
802.11 cards may have different country IE parsing behavioural
preferences and vendors may want to support these. These preferences
were managed by the REGULATORY_CUSTOM_REG and the REGULATORY_STRICT_REG
flags and their combination. Instead of using this existing notation,
split out the country IE behavioural preferences as a new flag. This
will allow us to add more customizations easily and make the code more
maintainable.

Cc: Mihir Shete &lt;smihir@qti.qualcomm.com&gt;
Cc: Henri Bahini &lt;hbahini@qca.qualcomm.com&gt;
Cc: Tushnim Bhattacharyya &lt;tushnimb@qca.qualcomm.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
[fix up conflicts]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: move regulatory flags to their own variable</title>
<updated>2013-11-25T19:51:46+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@do-not-panic.com</email>
</author>
<published>2013-11-11T21:15:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=a2f73b6c5db3c272d87eaebb5bed355d75a0f25f'/>
<id>urn:sha1:a2f73b6c5db3c272d87eaebb5bed355d75a0f25f</id>
<content type='text'>
We'll expand this later, this will make it easier to
classify and review what things are related to regulatory
or not.

Coccinelle only missed 4 hits, which I had to do manually,
supplying the SmPL in case of merge conflicts.

@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags |= WIPHY_FLAG_CUSTOM_REGULATORY
+wiphy-&gt;regulatory_flags |= REGULATORY_CUSTOM_REG
@@
expression e;
@@
-e-&gt;flags |= WIPHY_FLAG_CUSTOM_REGULATORY
+e-&gt;regulatory_flags |= REGULATORY_CUSTOM_REG
@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags &amp;= ~WIPHY_FLAG_CUSTOM_REGULATORY
+wiphy-&gt;regulatory_flags &amp;= ~REGULATORY_CUSTOM_REG
@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags &amp; WIPHY_FLAG_CUSTOM_REGULATORY
+wiphy-&gt;regulatory_flags &amp; REGULATORY_CUSTOM_REG

@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags |= WIPHY_FLAG_STRICT_REGULATORY
+wiphy-&gt;regulatory_flags |= REGULATORY_STRICT_REG
@@
expression e;
@@
-e-&gt;flags |= WIPHY_FLAG_STRICT_REGULATORY
+e-&gt;regulatory_flags |= REGULATORY_STRICT_REG
@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags &amp;= ~WIPHY_FLAG_STRICT_REGULATORY
+wiphy-&gt;regulatory_flags &amp;= ~REGULATORY_STRICT_REG
@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags &amp; WIPHY_FLAG_STRICT_REGULATORY
+wiphy-&gt;regulatory_flags &amp; REGULATORY_STRICT_REG

@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags |= WIPHY_FLAG_DISABLE_BEACON_HINTS
+wiphy-&gt;regulatory_flags |= REGULATORY_DISABLE_BEACON_HINTS
@@
expression e;
@@
-e-&gt;flags |= WIPHY_FLAG_DISABLE_BEACON_HINTS
+e-&gt;regulatory_flags |= REGULATORY_DISABLE_BEACON_HINTS
@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags &amp;= ~WIPHY_FLAG_DISABLE_BEACON_HINTS
+wiphy-&gt;regulatory_flags &amp;= ~REGULATORY_DISABLE_BEACON_HINTS
@@
struct wiphy *wiphy;
@@
-wiphy-&gt;flags &amp; WIPHY_FLAG_DISABLE_BEACON_HINTS
+wiphy-&gt;regulatory_flags &amp; REGULATORY_DISABLE_BEACON_HINTS

Generated-by: Coccinelle SmPL
Cc: Julia Lawall &lt;julia.lawall@lip6.fr&gt;
Cc: Peter Senna Tschudin &lt;peter.senna@gmail.com&gt;
Cc: Mihir Shete &lt;smihir@qti.qualcomm.com&gt;
Cc: Henri Bahini &lt;hbahini@qca.qualcomm.com&gt;
Cc: Tushnim Bhattacharyya &lt;tushnimb@qca.qualcomm.com&gt;
Signed-off-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
[fix up whitespace damage, overly long lines]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>regulatory: use RCU to protect last_request</title>
<updated>2013-01-03T12:01:30+00:00</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2012-12-06T15:29:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c492db370c17c428a0a58d3673294d4e99634b7d'/>
<id>urn:sha1:c492db370c17c428a0a58d3673294d4e99634b7d</id>
<content type='text'>
This will allow making freq_reg_info() lock-free.

Acked-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>regulatory: use RCU to protect global and wiphy regdomains</title>
<updated>2013-01-03T12:01:29+00:00</updated>
<author>
<name>Johannes Berg</name>
<email>johannes.berg@intel.com</email>
</author>
<published>2012-12-06T14:47:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=458f4f9e960b9a3b674c4b87d996eef186b1fe83'/>
<id>urn:sha1:458f4f9e960b9a3b674c4b87d996eef186b1fe83</id>
<content type='text'>
To simplify the locking and not require cfg80211_mutex
(which nl80211 uses to access the global regdomain) and
also to make it possible for drivers to access their
wiphy-&gt;regd safely, use RCU to protect these pointers.

Acked-by: Luis R. Rodriguez &lt;mcgrof@do-not-panic.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: add cellular base station regulatory hint support</title>
<updated>2012-07-17T10:16:39+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@qca.qualcomm.com</email>
</author>
<published>2012-07-12T18:49:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=57b5ce072e7361218a8e2ea1d62960cbb71d9cff'/>
<id>urn:sha1:57b5ce072e7361218a8e2ea1d62960cbb71d9cff</id>
<content type='text'>
Cellular base stations can provide hints to cfg80211 about
where they think we are. This can be done for example on
a cell phone. To enable these hints we simply allow them
through as user regulatory hints but we allow userspace
to clasify the hint as either coming directly from the
user or coming from a cellular base station. This option
is only available when you enable
CONFIG_CFG80211_CERTIFICATION_ONUS.

The base station hints themselves will not be processed
by the core unless at least one device on the system
supports this feature.

Signed-off-by: Luis R. Rodriguez &lt;mcgrof@qca.qualcomm.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: pass DFS region to drivers through reg_notifier()</title>
<updated>2011-11-21T21:20:41+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@qca.qualcomm.com</email>
</author>
<published>2011-10-11T17:59:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b68e6b3b33b208c5690355fd9804ea65cc53d3a5'/>
<id>urn:sha1:b68e6b3b33b208c5690355fd9804ea65cc53d3a5</id>
<content type='text'>
This grants drivers access to the DFS region that a
regulatory domain belongs to.

Signed-off-by: Luis R. Rodriguez &lt;mcgrof@qca.qualcomm.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>cfg80211: process regulatory DFS region for countries</title>
<updated>2011-11-21T21:20:41+00:00</updated>
<author>
<name>Luis R. Rodriguez</name>
<email>mcgrof@qca.qualcomm.com</email>
</author>
<published>2011-10-11T17:59:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=8b60b07805d557542160d852874fa6a1b969184e'/>
<id>urn:sha1:8b60b07805d557542160d852874fa6a1b969184e</id>
<content type='text'>
The wireless-regdb now has support for mapping a country to
one DFS region. CRDA sends this to us now so process it
so we can provide that hint to drivers. This will later be
used by code for processing DFS in a way that meets the
criteria for the DFS region the country belongs to.

Signed-off-by: Luis R. Rodriguez &lt;mcgrof@qca.qualcomm.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
</feed>
