pull-request: mac80211 2014-03-05

pull-request: mac80211 2014-03-05

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 1510 bytes --]

John,

We have some more fixes...

Here I have a fix from Eliad for the minimal channel width calculation
in the mac80211 code which lead to monitor mode not working at all for
drivers using that. One of my fixes is for an issue noticed by Michal,
we clear an already cleared value but do it without locking, so just
remove that. The other is for a data leak - we leak two bytes of kernel
memory out over the air in QoS NULL frames because those don't get a
sequence number assigned in the TX path.

Please let me know if there's any problem.

johannes


The following changes since commit cb664981607a6b5b3d670ad57bbda893b2528d96:

  mac80211: fix association to 20/40 MHz VHT networks (2014-02-27 20:53:01 +0100)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211.git for-john

for you to fetch changes up to 864a6040f395464003af8dd0d8ca86fed19866d4:

  mac80211: clear sequence/fragment number in QoS-null frames (2014-03-05 15:49:54 +0100)

----------------------------------------------------------------
Eliad Peller (1):
      mac80211: consider virtual mon when calculating min_def

Johannes Berg (2):
      cfg80211: remove racy beacon_interval assignment
      mac80211: clear sequence/fragment number in QoS-null frames

 net/mac80211/chan.c     | 6 ++++++
 net/mac80211/mesh_ps.c  | 1 +
 net/mac80211/sta_info.c | 1 +
 net/wireless/core.c     | 2 --
 4 files changed, 8 insertions(+), 2 deletions(-)


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: pull-request: mac80211 2014-03-05

[John W. Linville]

On Wed, Mar 05, 2014 at 04:20:52PM +0100, Johannes Berg wrote:
> John,
> 
> We have some more fixes...
> 
> Here I have a fix from Eliad for the minimal channel width calculation
> in the mac80211 code which lead to monitor mode not working at all for
> drivers using that. One of my fixes is for an issue noticed by Michal,
> we clear an already cleared value but do it without locking, so just
> remove that. The other is for a data leak - we leak two bytes of kernel
> memory out over the air in QoS NULL frames because those don't get a
> sequence number assigned in the TX path.
> 
> Please let me know if there's any problem.
> 
> johannes
> 
> 
> The following changes since commit cb664981607a6b5b3d670ad57bbda893b2528d96:
> 
>   mac80211: fix association to 20/40 MHz VHT networks (2014-02-27 20:53:01 +0100)
> 
> are available in the git repository at:
> 
>   git://git.kernel.org/pub/scm/linux/kernel/git/jberg/mac80211.git for-john
> 
> for you to fetch changes up to 864a6040f395464003af8dd0d8ca86fed19866d4:
> 
>   mac80211: clear sequence/fragment number in QoS-null frames (2014-03-05 15:49:54 +0100)

Pulling now...

-- 
John W. Linville		Someday the world will need a hero, and you
linville@tuxdriver.com			might be all we have.  Be ready.