<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/net/mac80211/rx.c, branch linux-2.6.37.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2011-02-17T23:13:50Z</updated>
<entry>
<title>mac80211: fix mesh forwarding when ratelimited too</title>
<updated>2011-02-17T23:13:50Z</updated>
<author>
<name>Milton Miller</name>
</author>
<published>2010-12-30T08:01:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3524a55c6994c9a0c5f32cbdaf701c89e0b67b52'/>
<id>urn:sha1:3524a55c6994c9a0c5f32cbdaf701c89e0b67b52</id>
<content type='text'>
commit 919bbad580445801c22ef6ccbe624551fee652bd upstream.

Commit b51aff057c9d0ef6c529dc25fd9f775faf7b6c63 said:

    Under memory pressure, the mac80211 mesh code
    may helpfully print a message that it failed
    to clone a mesh frame and then will proceed
    to crash trying to use it anyway. Fix that.

Avoid the reference whenever the frame copy is unsuccessful
regardless of the debug message being suppressed or printed.

Signed-off-by: Milton Miller &lt;miltonm@bga.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>mac80211: fix mesh forwarding</title>
<updated>2010-12-22T18:36:35Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-12-22T09:15:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b51aff057c9d0ef6c529dc25fd9f775faf7b6c63'/>
<id>urn:sha1:b51aff057c9d0ef6c529dc25fd9f775faf7b6c63</id>
<content type='text'>
Under memory pressure, the mac80211 mesh code
may helpfully print a message that it failed
to clone a mesh frame and then will proceed
to crash trying to use it anyway. Fix that.

Cc: stable@kernel.org [2.6.27+]
Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Acked-by: Javier Cardona &lt;javier@cozybit.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: Fix STA disconnect due to MIC failure</title>
<updated>2010-11-30T18:45:02Z</updated>
<author>
<name>Senthil Balasubramanian</name>
</author>
<published>2010-11-30T14:45:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8e26d5ad2f9c038609d42eebc676cd1107709eef'/>
<id>urn:sha1:8e26d5ad2f9c038609d42eebc676cd1107709eef</id>
<content type='text'>
Th commit titled "mac80211: clean up rx handling wrt. found_sta"
removed found_sta variable which caused a MIC failure event
to be reported twice for a single failure to supplicant resulted
in STA disconnect.

This should fix WPA specific countermeasures WiFi test case (5.2.17)
issues with mac80211 based drivers which report MIC failure events in
rx status.

Cc: Stable &lt;stable@kernel.org&gt; (2.6.37)
Signed-off-by: Senthil Balasubramanian &lt;senthilkumar@atheros.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: ignore non-bcast mcast deauth/disassoc franes</title>
<updated>2010-11-30T18:23:06Z</updated>
<author>
<name>Christian Lamparter</name>
</author>
<published>2010-11-29T19:53:23Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=2c31333a8fde7e26936a9f5371d02ff12c490993'/>
<id>urn:sha1:2c31333a8fde7e26936a9f5371d02ff12c490993</id>
<content type='text'>
This patch fixes an curious issue due to insufficient
rx frame filtering.

Saqeb Akhter reported frequent disconnects while streaming
videos over samba: &lt;http://marc.info/?m=128600031109136&gt;
&gt; [ 1166.512087] wlan1: deauthenticated from 30:46:9a:10:49:f7 (Reason: 7)
&gt; [ 1526.059997] wlan1: deauthenticated from 30:46:9a:10:49:f7 (Reason: 7)
&gt; [ 2125.324356] wlan1: deauthenticated from 30:46:9a:10:49:f7 (Reason: 7)
&gt; [...]

The reason is that the device generates frames with slightly
bogus SA/TA addresses.

e.g.:
 [ 2314.402316] Ignore 9f:1f:31:f8:64:ff
 [ 2314.402321] Ignore 9f:1f:31:f8:64:ff
 [ 2352.453804] Ignore 0d:1f:31:f8:64:ff
 [ 2352.453808] Ignore 0d:1f:31:f8:64:ff
 					   ^^ the group-address flag is set!
 (the correct SA/TA would be: 00:1f:31:f8:64:ff)

Since the AP does not know from where the frames come, it
generates a DEAUTH response for the (invalid) mcast address.
This mcast deauth frame then passes through all filters and
tricks the stack into thinking that the AP brutally kicked
us!

This patch fixes the problem by simply ignoring
non-broadcast, group-addressed deauth/disassoc frames.

Cc: Jouni Malinen &lt;j@w1.fi&gt;
Cc: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Reported-by: Saqeb Akhter &lt;saqeb.akhter@gmail.com&gt;
Signed-off-by: Christian Lamparter &lt;chunkeey@googlemail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: temporarily disable reorder release timer</title>
<updated>2010-10-11T19:04:20Z</updated>
<author>
<name>Christian Lamparter</name>
</author>
<published>2010-10-08T20:35:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=15943a72c7d2031c9150917ca9161a9f891d455a'/>
<id>urn:sha1:15943a72c7d2031c9150917ca9161a9f891d455a</id>
<content type='text'>
Several serve threading problems in the current
release reorder timer implementation have been
discovered.

A lengthy discussion - which lists some of the
pitfalls and possible solutions - can be found at:
 http://marc.info/?t=128635927000001

But due to the complicated nature of the subject and
the imminent advent of a new -rc cycle, it was
decided to disable the feature for the time being.

Signed-off-by: Christian Lamparter &lt;chunkeey@googlemail.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>cfg80211/mac80211: allow per-station GTKs</title>
<updated>2010-10-06T20:30:40Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-10-05T17:39:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e31b82136d1adc7a599b6e99d3321e5831841f5a'/>
<id>urn:sha1:e31b82136d1adc7a599b6e99d3321e5831841f5a</id>
<content type='text'>
This adds API to allow adding per-station GTKs,
updates mac80211 to support it, and also allows
drivers to remove a key from hwaccel again when
this may be necessary due to multiple GTKs.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: fix for WDS interfaces</title>
<updated>2010-10-05T17:35:25Z</updated>
<author>
<name>Bill Jordan</name>
</author>
<published>2010-10-01T15:20:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1be7fe8de9f25e173282f8f989f83bc5b5decfe9'/>
<id>urn:sha1:1be7fe8de9f25e173282f8f989f83bc5b5decfe9</id>
<content type='text'>
Initialize the rate table for WDS interfaces, and
add cases to allow WDS packets to pass the xmit and receive
tests.

Signed-off-by: Bill Jordan &lt;bjordan@rajant.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: move packet flags into packet</title>
<updated>2010-09-27T19:57:54Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-09-24T10:38:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=554891e63a29af35cc6bb403ef34e319518114d0'/>
<id>urn:sha1:554891e63a29af35cc6bb403ef34e319518114d0</id>
<content type='text'>
commit 8c0c709eea5cbab97fb464cd68b06f24acc58ee1
Author: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Date:   Wed Nov 25 17:46:15 2009 +0100

    mac80211: move cmntr flag out of rx flags

moved the CMNTR flag into the skb RX flags for
some aggregation cleanups, but this was wrong
since the optimisation this flag tried to make
requires that it is kept across the processing
of multiple interfaces -- which isn't true for
flags in the skb. The patch not only broke the
optimisation, it also introduced a bug: under
some (common!) circumstances the flag will be
set on an already freed skb!

However, investigating this in more detail, I
found that most of the flags that we set should
be per packet, _except_ for this one, due to
a-MPDU processing. Additionally, the flags used
for processing (currently just this one) need
to be reset before processing a new packet.

Since we haven't actually seen bugs reported as
a result of the wrong flags handling (which is
not too surprising -- the only real bug case I
can come up with is an a-MSDU contained in an
a-MPDU), I'll make a different fix for rc.

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: fix release_reorder_timeout in scan</title>
<updated>2010-09-27T19:57:53Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-09-24T09:21:08Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4080c7cdc23f26c6e6166a70f50fa43814552d81'/>
<id>urn:sha1:4080c7cdc23f26c6e6166a70f50fa43814552d81</id>
<content type='text'>
Even if the reorder timeout timer fires while
scanning, the frames weren't received during
scanning and therefore shouldn't be dropped.
To implement this, changes to the passive scan
RX handler simplify understanding it, because
it currently checks HW_SCANNING independently
of a packet's in-scan receive status (which
doesn't make a big difference, since scan_rx()
will only pick up probe responses and beacons,
which can't be aggregated.)

Signed-off-by: Johannes Berg &lt;johannes.berg@intel.com&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
</content>
</entry>
<entry>
<title>mac80211: clean up rx handling wrt. found_sta</title>
<updated>2010-09-27T19:57:52Z</updated>
<author>
<name>Johannes Berg</name>
</author>
<published>2010-09-24T09:21:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4b0dd98e70b6516c2c26f28091c2fb09f0ecf215'/>
<id>urn:sha1:4b0dd98e70b6516c2c26f28091c2fb09f0ecf215</id>
<content type='text'>
If a station was found, then we'll have exited
the function already, so it is not necessary to
have a variable keeping track of it.

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