17 Dec, 2014

1 commit

  • When writing the code to allow per-station GTKs, I neglected to
    take into account the management frame keys (index 4 and 5) when
    freeing the station and only added code to free the first four
    data frame keys.

    Fix this by iterating the array of keys over the right length.

    Cc: stable@vger.kernel.org
    Fixes: e31b82136d1a ("cfg80211/mac80211: allow per-station GTKs")
    Signed-off-by: Johannes Berg

    Johannes Berg
     

12 Dec, 2014

3 commits

  • When the channel switch has been made, a vif is now using
    the channel context which was reserved. When that happens,
    we need to update the channel context since its parameters
    may change.

    I hit a case in which I switched to a 40Mhz channel but the
    reserved channel context was still on 20Mhz. The rate control
    would try to send 40Mhz packets on a 20Mhz channel context and
    that made iwlwifi's firmware unhappy.

    Signed-off-by: Emmanuel Grumbach
    Signed-off-by: Johannes Berg

    Emmanuel Grumbach
     
  • As multicast-frames can't be fragmented, "dot11MulticastReceivedFrameCount"
    stopped being incremented after the use-after-free fix. Furthermore, the
    RX-LED will be triggered by every multicast frame (which wouldn't happen
    before) which wouldn't allow the LED to rest at all.

    Fixes https://bugzilla.kernel.org/show_bug.cgi?id=89431 which also had the
    patch.

    Cc: stable@vger.kernel.org
    Fixes: b8fff407a180 ("mac80211: fix use-after-free in defragmentation")
    Signed-off-by: Andreas Müller
    [rewrite commit message]
    Signed-off-by: Johannes Berg

    Andreas Müller
     
  • Avoid a case where we would access uninitialized stack data if the AP
    advertises HT support without 40MHz channel support.

    Cc: stable@vger.kernel.org
    Fixes: f3000e1b43f1 ("mac80211: fix broken use of VHT/20Mhz with some APs")
    Signed-off-by: Jes Sorensen
    Signed-off-by: Johannes Berg

    Jes Sorensen
     

09 Dec, 2014

1 commit


05 Dec, 2014

1 commit

  • Johannes Berg says:

    "This time I have Felix's no-status rate control work, which will allow
    drivers to work better with rate control even if they don't have perfect
    status reporting. In addition to this, a small hwsim fix from Patrik,
    one of the regulatory patches from Arik, and a number of cleanups and
    fixes I did myself.

    Of note is a patch where I disable CFG80211_WEXT so that compatibility
    is no longer selectable - this is intended as a wake-up call for anyone
    who's still using it, and is still easily worked around (it's a one-line
    patch) before we fully remove the code as well in the future."

    Signed-off-by: John W. Linville

    John W. Linville
     

28 Nov, 2014

9 commits


27 Nov, 2014

1 commit


25 Nov, 2014

1 commit


24 Nov, 2014

1 commit

  • The supported bandwidth field is a two-bit field, not a bitmap,
    so treat it accordingly when disabling 80+80 or 160 MHz.

    Note that we can only advertise "80+80 and 160" or "160", not
    "80+80" by itself, so disabling 160 also disables 80+80.

    Signed-off-by: Johannes Berg

    Johannes Berg
     

21 Nov, 2014

1 commit

  • …nux/kernel/git/jberg/mac80211-next

    Johannes Berg <johannes@sipsolutions.net> says:

    "It has been a while since my last pull request, so we accumulated
    another relatively large set of changes:
    * TDLS off-channel support set from Arik/Liad, with some support
    patches I did
    * custom regulatory fixes from Arik
    * minstrel VHT fix (and a small optimisation) from Felix
    * add back radiotap vendor namespace support (myself)
    * random MAC address scanning for cfg80211/mac80211/hwsim (myself)
    * CSA improvements (Luca)
    * WoWLAN Net Detect (wake on network found) support (Luca)
    * and lots of other smaller changes from many people"

    Signed-off-by: John W. Linville <linville@tuxdriver.com>

    John W. Linville
     

20 Nov, 2014

21 commits