<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/rx.c, branch linux-3.8.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.8.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.8.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-12-06T12:58:43Z</updated>
<entry>
<title>mac80211: don't drop mesh peering frames from unknown STA</title>
<updated>2012-12-06T12:58:43Z</updated>
<author>
<name>Marco Porsch</name>
</author>
<published>2012-12-05T23:04:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=815b8092bd5242d580038213da9179a5a4f69116'/>
<id>urn:sha1:815b8092bd5242d580038213da9179a5a4f69116</id>
<content type='text'>
Previously, mesh peering frames from a STA without a station
entry were being dropped.

Mesh Peering Open and other frames (WLAN_CATEGORY_SELF_PROTECTED)
are valid mesh peering frames even if received from a yet unknown
station; the STA entry will be created in mesh_peer_init later.

The problem didn't occur previously since both STAs receive each
other's beacons which created the STA entry. However, this causes
an unnecessary delay and beacons might not be received if either
node is in PS mode.

Signed-off-by: Marco Porsch &lt;marco.porsch@etit.tu-chemnitz.de&gt;
[reword commit log a bit]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: skip radiotap space calculation if no monitor exists</title>
<updated>2012-12-05T15:54:59Z</updated>
<author>
<name>Helmut Schaa</name>
</author>
<published>2012-12-05T13:36:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=751413eadc8f0c7691a6cbd40a913ef0ae6b2ce4'/>
<id>urn:sha1:751413eadc8f0c7691a6cbd40a913ef0ae6b2ce4</id>
<content type='text'>
The radiotap header length "needed_headroom" is only required if we're
sending the skb to a monitor interface. Hence, move the calculation a
bit later so the calculation can be skipped if no monitor interface is
present.

Signed-off-by: Helmut Schaa &lt;helmut.schaa@googlemail.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: fix potential NULL dereference</title>
<updated>2012-11-28T12:46:22Z</updated>
<author>
<name>Dan Carpenter</name>
</author>
<published>2012-11-27T17:31:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=0624760c96da3ffeaec8027a016475ae752d75e1'/>
<id>urn:sha1:0624760c96da3ffeaec8027a016475ae752d75e1</id>
<content type='text'>
Smatch complains that we could dereference skb later in the function.
It's probably unlikely, but we may as well return here and avoid it.

Signed-off-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;
[change summary]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: support (partial) VHT radiotap information</title>
<updated>2012-11-27T10:56:18Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2012-11-22T22:00:18Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5164892184d1b9ce19e45e97e9ca405ea8b9ceb2'/>
<id>urn:sha1:5164892184d1b9ce19e45e97e9ca405ea8b9ceb2</id>
<content type='text'>
Add some information that we have about VHT to radiotap.
This at least lets one see the MCS and NSS information.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: support drivers reporting VHT RX</title>
<updated>2012-11-26T11:42:59Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2012-11-09T14:07:02Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5614618ec498320e3b686fea246e50b833865c34'/>
<id>urn:sha1:5614618ec498320e3b686fea246e50b833865c34</id>
<content type='text'>
Add support to mac80211 for having drivers report
received VHT MCS information.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: in ADHOC don't update last_rx if sta is not authorized</title>
<updated>2012-11-26T10:31:39Z</updated>
<author>
<name>Antonio Quartulli</name>
</author>
<published>2012-11-25T22:13:42Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e584da5e3cc0b299d4b86072941cbe6dd9a046a8'/>
<id>urn:sha1:e584da5e3cc0b299d4b86072941cbe6dd9a046a8</id>
<content type='text'>
It does not make sense to keep a station alive if it is not authorised
at all. If IBSS/RSN is used it could also be the case that something
went wrong during the keys exchange and the stations ended up in a not
recoverable state.

By not updating last_rx we are giving the station a chance to be
deleted and to start the key exchange once again from scratch.

Signed-off-by: Antonio Quartulli &lt;antonio@open-mesh.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: fix radiotap vendor area skipping</title>
<updated>2012-11-23T07:41:25Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2012-11-22T09:20:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=605f1a5b5e87cf4005b56b77083ff473c846431a'/>
<id>urn:sha1:605f1a5b5e87cf4005b56b77083ff473c846431a</id>
<content type='text'>
The radiotap vendor area in the skb head must be skipped
and accounted for in a few functions until it is removed.
I missed this in my patch, so a few places use this data
as though it was the 802.11 header, fix these places.

Reported-by: Wojciech Dubowik &lt;Wojciech.Dubowik@neratec.com&gt;
Tested-by: Wojciech Dubowik &lt;Wojciech.Dubowik@neratec.com&gt;
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: support radiotap vendor namespace RX data</title>
<updated>2012-11-19T14:45:46Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2012-11-16T09:09:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=90b9e446fbb64630c72cab48c007d7081aec2533'/>
<id>urn:sha1:90b9e446fbb64630c72cab48c007d7081aec2533</id>
<content type='text'>
In some cases, in particular for experimentation, it
can be useful to be able to add vendor namespace data
to received frames in addition to the normal radiotap
data.

Allow doing this through mac80211 by adding fields to
the RX status descriptor that describe the data while
the data itself is prepended to the frame.

Also add some example code to hwsim, but don't enable
it because it doesn't use a proper OUI identifier.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: introduce IEEE80211_NUM_TIDS and use it</title>
<updated>2012-11-19T14:44:00Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2012-11-14T22:22:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=5a306f5887d5fd840beb8ea872897fa89e8fcdef'/>
<id>urn:sha1:5a306f5887d5fd840beb8ea872897fa89e8fcdef</id>
<content type='text'>
Introduce IEEE80211_NUM_TIDS in the generic 802.11
header file and use it in place of STA_TID_NUM and
NUM_RX_DATA_QUEUES which are both really the number
of TIDs.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
<entry>
<title>mac80211: support RX_FLAG_MACTIME_END</title>
<updated>2012-11-13T20:43:55Z</updated>
<author>
<name>Thomas Pedersen</name>
</author>
<published>2012-11-13T18:46:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f4bda337bbb6e245e2a07f344990adeb6a70ff35'/>
<id>urn:sha1:f4bda337bbb6e245e2a07f344990adeb6a70ff35</id>
<content type='text'>
Allow drivers to indicate their mactime is at RX completion and adjust
for this in mac80211. Also rename the existing RX_FLAG_MACTIME_MPDU to
RX_FLAG_MACTIME_START to clarify its intent. Based on similar code by
Johannes Berg.

Signed-off-by: Thomas Pedersen &lt;thomas@cozybit.com&gt;
[fix docs, atheros drivers]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
</content>
</entry>
</feed>
