<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/vht.c, branch linux-4.6.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.6.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-4.6.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2016-04-05T08:50:52Z</updated>
<entry>
<title>mac80211: TDLS: change BW calculation for WIDER_BW peers</title>
<updated>2016-04-05T08:50:52Z</updated>
<author>
<name>Arik Nemtsov</name>
</author>
<published>2016-03-02T21:28:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=59021c675995281d453eee45b3e2e1e3edbc0ec2'/>
<id>urn:sha1:59021c675995281d453eee45b3e2e1e3edbc0ec2</id>
<content type='text'>
The previous approach simply ignored chandef restrictions when calculating
the appropriate peer BW for a WIDER_BW peer. This could result in a
regulatory violation if both peers indicated 80MHz support, but the
regdomain forbade it.

Change the approach to setting a WIDER_BW peer's BW. Don't exempt it from
the chandef width at first. If during TDLS negotiation the chandef width
is upgraded, update the peer's BW to match.

Fixes: 0fabfaafec3a ("mac80211: upgrade BW of TDLS peers when possible")
Signed-off-by: Arik Nemtsov &lt;arikx.nemtsov@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>mac80211: move MU_MIMO_OWNER flag to ieee80211_vif</title>
<updated>2016-02-24T08:04:40Z</updated>
<author>
<name>Sara Sharon</name>
</author>
<published>2016-02-16T10:48:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b5a33d52595f0cb153f09bf45a5dcd66a7418dbb'/>
<id>urn:sha1:b5a33d52595f0cb153f09bf45a5dcd66a7418dbb</id>
<content type='text'>
Drivers may need to track which vif is using VHT MU-MIMO.
Move the flag indicationg the ownership of MU_MIMO to
ieee80211_vif.

Signed-off-by: Sara Sharon &lt;sara.sharon@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>mac80211: provide interface to driver to set VHT MU-MIMO data</title>
<updated>2016-02-24T08:04:40Z</updated>
<author>
<name>Sara Sharon</name>
</author>
<published>2016-02-16T10:48:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=65554d07adfc22bb9e14f6df8c609a646f869a74'/>
<id>urn:sha1:65554d07adfc22bb9e14f6df8c609a646f869a74</id>
<content type='text'>
Provide an interface to the lower level driver to set the VHT
MU-MIMO data. This is needed for example when there is an update
of the group data during low power state, where the management
frame will not be passed to the host at all.

Signed-off-by: Sara Sharon &lt;sara.sharon@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>mac80211: fix VHT MU-MIMO frame processing</title>
<updated>2016-02-24T08:04:36Z</updated>
<author>
<name>Sara Sharon</name>
</author>
<published>2016-02-03T19:52:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0241fa19ef4021c3db6f70b8f08d69f9e21cc043'/>
<id>urn:sha1:0241fa19ef4021c3db6f70b8f08d69f9e21cc043</id>
<content type='text'>
The source and destintation addresses in the memcpy arguments
are flipped. Fix that.

Fixes: 23a1f8d44c0b("mac80211: process and save VHT MU-MIMO group frame")
Signed-off-by: Sara Sharon &lt;sara.sharon@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>mac80211: limit the A-MSDU Tx based on peer's capabilities</title>
<updated>2016-02-24T08:04:20Z</updated>
<author>
<name>Emmanuel Grumbach</name>
</author>
<published>2015-12-13T13:41:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=506bcfa8abebdbcebdc17b03e96e38dc0b8ce765'/>
<id>urn:sha1:506bcfa8abebdbcebdc17b03e96e38dc0b8ce765</id>
<content type='text'>
In VHT, the specification allows to limit the number of
MSDUs in an A-MSDU in the Extended Capabilities IE. There
is also a limitation on the byte size in the VHT IE.
In HT, the only limitation is on the byte size.
Parse the capabilities from the peer and make them
available to the driver.

In HT, there is another limitation when a BA agreement
is active: the byte size can't be greater than 4095.
This is not enforced here.

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>mac80211: process and save VHT MU-MIMO group frame</title>
<updated>2016-01-14T10:13:10Z</updated>
<author>
<name>Sara Sharon</name>
</author>
<published>2015-12-08T14:04:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=23a1f8d44c0bca48f04fc2a2f1edafd826ce6133'/>
<id>urn:sha1:23a1f8d44c0bca48f04fc2a2f1edafd826ce6133</id>
<content type='text'>
The Group ID Management frame is an Action frame of
category VHT. It is transmitted by the AP to assign
or change the user position of a STA for one or more
group IDs.
Process and save the group membership data. Notify
underlying driver of changes.

Signed-off-by: Sara Sharon &lt;sara.sharon@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>mac80211: handle width changes from opmode notification IE in beacon</title>
<updated>2015-12-15T12:16:47Z</updated>
<author>
<name>Eyal Shapira</name>
</author>
<published>2015-12-08T14:04:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cf1e05c63642ce65821a6277adfc2157f7334c9d'/>
<id>urn:sha1:cf1e05c63642ce65821a6277adfc2157f7334c9d</id>
<content type='text'>
An AP can send an operating channel width change in a beacon
opmode notification IE as long as there's a change in the nss as
well (See 802.11ac-2013 section 10.41).
So don't limit updating to nss only from an opmode notification IE.

Signed-off-by: Eyal Shapira &lt;eyalx.shapira@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>mac80211: avoid VHT usage with no 80MHz chans allowed</title>
<updated>2015-09-04T12:31:41Z</updated>
<author>
<name>Arik Nemtsov</name>
</author>
<published>2015-08-15T19:39:53Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=52a45f38ca5998db0394e782d137595a82a08b43'/>
<id>urn:sha1:52a45f38ca5998db0394e782d137595a82a08b43</id>
<content type='text'>
Currently if 80MHz channels are not allowed for use, the VHT IE is not
included in the probe request for an AP. This is not good enough if the
AP is configured with the wrong regulatory and supports VHT even where
prohibited or in TDLS scenarios.
Mark the ifmgd with the DISABLE_VHT flag for the misbehaving-AP case, and
unset VHT support from the peer-station entry for the TDLS case.

Signed-off-by: Arik Nemtsov &lt;arikx.nemtsov@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>mac80211: add rate mask logic for vht rates</title>
<updated>2015-08-14T15:49:51Z</updated>
<author>
<name>Lorenzo Bianconi</name>
</author>
<published>2015-08-06T21:47:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b119ad6e726cc805f739f8f6843b9de4df1f895e'/>
<id>urn:sha1:b119ad6e726cc805f739f8f6843b9de4df1f895e</id>
<content type='text'>
Define rc_rateidx_vht_mcs_mask array and rate_idx_match_vht_mcs_mask()
method in order to apply mcs mask for vht rates

Signed-off-by: Lorenzo Bianconi &lt;lorenzo.bianconi83@gmail.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: define TDLS wider BW support bits</title>
<updated>2015-07-17T13:38:11Z</updated>
<author>
<name>Arik Nemtsov</name>
</author>
<published>2015-06-10T17:42:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b98fb44ffceeac717789e8f2fb3497e6b8c5c65b'/>
<id>urn:sha1:b98fb44ffceeac717789e8f2fb3497e6b8c5c65b</id>
<content type='text'>
Allow a device to specify support for the TDLS wider-bandwidth feature.
Indicate this support during TDLS setup in the ext-capab IE and set an
appropriate station flag when our TDLS peer supports it.
This feature gives TDLS peers the ability to use a wider channel than
the base width of the BSS. For instance VHT capable TDLS peers connected
on a 20MHz channel can extend the channel to 80MHz, if regulatory
considerations allow it.

Do not cap the bandwidth of such stations by the current BSS channel width
in mac80211.

Signed-off-by: Arik Nemtsov &lt;arikx.nemtsov@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>
</feed>
