<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/vht.c, branch linux-3.18.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.18.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.18.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-07-21T10:14:04Z</updated>
<entry>
<title>mac80211: disable VHT for TDLS</title>
<updated>2014-07-21T10:14:04Z</updated>
<author>
<name>Arik Nemtsov</name>
</author>
<published>2014-07-17T14:14:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bed766bd4cea6413df73e8a314ebf40dd6a920f8'/>
<id>urn:sha1:bed766bd4cea6413df73e8a314ebf40dd6a920f8</id>
<content type='text'>
TDLS VHT support requires some more information elements during setup.
While these are not there, mask out the peer's VHT capabilities so that
VHT rates are not mistakenly used.

Signed-off-by: Arik Nemtsov &lt;arikx.nemtsov@intel.com&gt;
Reviewed-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: allow VHT with peers not capable of 40MHz</title>
<updated>2014-05-09T07:56:53Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2014-05-09T07:56:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4a817aa78f573c6964f16d9aea3d0d10a226ade4'/>
<id>urn:sha1:4a817aa78f573c6964f16d9aea3d0d10a226ade4</id>
<content type='text'>
There are two (related) issues with this.

One case, reported by Michal, is related to hostap: it unsets the
20/40 capability bit for stations that associate when it's in 20
MHz mode.

The other case, reported by Eyal, is that some APs like Netgear
R6300v2 and probably others based on the BCM4360 chipset can be
configured for doing VHT at 20Mhz. In this case the beacon has
a VHT IE but the HT cap indicates transmitter only support 20Mhz.

In both of these cases, we currently avoid VHT and use only HT
this means we can't use the highest rates (MCS8), so fixing this
leads to throughput improvements.

Reported-by: Michal Kazior &lt;michal.kazior@tieto.com&gt;
Reported-by: Eyal Shapira &lt;eyal@wizery.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: update opmode when adding new station</title>
<updated>2014-02-05T13:03:23Z</updated>
<author>
<name>Marek Kwaczynski</name>
</author>
<published>2014-02-03T13:44:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b1bce14a7954790d0fd3bba29375a65aa96fc57c'/>
<id>urn:sha1:b1bce14a7954790d0fd3bba29375a65aa96fc57c</id>
<content type='text'>
Update the operating mode field is needed when an association
request contains the operating mode notification element and
it's not just changed later on the fly.

Signed-off-by: Marek Kwaczynski &lt;marek.kwaczynski@tieto.com&gt;
[clarify commit log, comments &amp; fix whitespace]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: enable easier manipulation of VHT beamforming caps</title>
<updated>2013-11-25T19:52:01Z</updated>
<author>
<name>Eyal Shapira</name>
</author>
<published>2013-11-11T18:14:00Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fbdd90ea830162960fb8fbe377dfef9a54d74d2f'/>
<id>urn:sha1:fbdd90ea830162960fb8fbe377dfef9a54d74d2f</id>
<content type='text'>
Introduce shift and mask defines for beamformee STS cap and number
of sounding dimensions cap as these can take any 3 bit value.
While at it also cleanup an unrequired parenthesis.

Signed-off-by: Eyal Shapira &lt;eyal@wizery.com&gt;
Reviewed-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: Emmanuel Grumbach &lt;emmanuel.grumbach@intel.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>ieee80211: fix vht cap definitions</title>
<updated>2013-10-01T10:17:08Z</updated>
<author>
<name>Eliad Peller</name>
</author>
<published>2013-08-29T12:03:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5eb7906b47dcd906b3ffd811e689e0de4a6b1b6a'/>
<id>urn:sha1:5eb7906b47dcd906b3ffd811e689e0de4a6b1b6a</id>
<content type='text'>
VHT_CAP_BEAMFORMER_ANTENNAS cap is actually defined in the draft as
VHT_CAP_BEAMFORMEE_STS_MAX, and its size is 3 bits long.

VHT_CAP_SOUNDING_DIMENSIONS is also 3 bits long.

Fix the definitions and change the cap masking accordingly.

Signed-off-by: Eliad Peller &lt;eliad@wizery.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: Fix VHT bandwidth change event</title>
<updated>2013-06-13T09:58:47Z</updated>
<author>
<name>Ilan Peer</name>
</author>
<published>2013-06-10T07:34:14Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=38745c7414c0d9a0567c5b4a4e056c6b7f807179'/>
<id>urn:sha1:38745c7414c0d9a0567c5b4a4e056c6b7f807179</id>
<content type='text'>
Signed-off-by: Ilan Peer &lt;ilan.peer@intel.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: restrict peer's VHT capabilities to own</title>
<updated>2013-03-06T15:36:03Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2013-03-01T12:07:48Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=55d942f4246c79a8f3f17f92c224e641c5c26125'/>
<id>urn:sha1:55d942f4246c79a8f3f17f92c224e641c5c26125</id>
<content type='text'>
Implement restricting peer VHT capabilities to the device's own
capabilities. This is useful when a single driver supports more
than one device and the devices have different capabilities
(often they will differ in the number of spatial streams), but
in particular is also necessary for VHT capability overrides to
work correctly -- otherwise it'd be possible to e.g. advertise,
due to overrides, that TX-STBC is not supported, but then still
use it to TX to the AP because it supports RX-STBC.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: support VHT capability overrides</title>
<updated>2013-03-06T15:35:48Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2013-02-21T16:40:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dd5ecfeac8d1a96d0aba6bbcaec431756f8d8854'/>
<id>urn:sha1:dd5ecfeac8d1a96d0aba6bbcaec431756f8d8854</id>
<content type='text'>
Support the cfg80211 API to override VHT capabilities
on association.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: constify IE parsing</title>
<updated>2013-02-15T08:41:39Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2013-02-12T15:43:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4a3cb702b05868f67c4ee3da3380461c5b90b4ca'/>
<id>urn:sha1:4a3cb702b05868f67c4ee3da3380461c5b90b4ca</id>
<content type='text'>
Make all the parsed IE pointers const, and propagate
the change to all the users etc.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: handle operating mode notif in beacon/assoc response</title>
<updated>2013-02-15T08:41:34Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2013-02-07T21:24:55Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bee7f58699a406a4210ba9e0367bae7ac666abd0'/>
<id>urn:sha1:bee7f58699a406a4210ba9e0367bae7ac666abd0</id>
<content type='text'>
In beacons and association response frames an AP may include an
operating mode notification element to advertise changes in the
number of spatial streams it can receive. Handle this using the
existing function that handles the action frame, but only handle
NSS changes, not bandwidth changes which aren't allowed here.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
</feed>
