1. 04 3月, 2010 1 次提交
    • S
      mac80211: Fix HT rate control configuration · 4fa00437
      Sujith 提交于
      Handling HT configuration changes involved setting the channel
      with the new HT parameters and then issuing a rate_update()
      notification to the driver.
      
      This behavior changed after the off-channel changes. Now, the channel
      is not updated with the new HT params in enable_ht() - instead, it
      is now done when the scan work terminates. This results in the driver
      depending on stale information, defaulting to non-HT mode always.
      
      Fix this by passing the new channel type to the driver.
      
      Cc: stable@kernel.org
      Signed-off-by: NSujith <Sujith.Manoharan@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      4fa00437
  2. 03 3月, 2010 1 次提交
    • J
      mac80211: Fix reassociation processing (within ESS roaming) · 9c87ba67
      Jouni Malinen 提交于
      Commit e1dd33f60ced091114e4aacf141e0d03b88d3e13 changed cfg80211 to
      allow association commands while in associated state to enable support
      for roaming within an ESS. However, this was not enough to resolve all
      cases with mac80211 which needs some additional handling of the
      reassociation case to clear internal state with the BSS that was in use
      previously.
      
      This patch makes ieee80211_mgd_assoc() accept a valid reassociation
      command and clean the association state with the previous BSS. This
      fixes roaming between BSSes in an ESS when using wpa_supplicant with
      -Dnl80211.
      Signed-off-by: NJouni Malinen <j@w1.fi>
      Cc: stable@kernel.org
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      9c87ba67
  3. 27 2月, 2010 2 次提交
    • J
      mac80211: fix direct probe loop on ieee80211_work_purge · 0e0a2283
      Juuso Oikarinen 提交于
      If authentication has already been performed when the WLAN interface is
      stopped, (sometimes) the ieee80211_work_purge would corrupt some
      ieee80211_work-structures. The outcome is this (cleaned up):
      
      [ 2252.398681] WARNING: at net/mac80211/work.c:995 ieee80211_work_purge
      [ 2252.466430] Backtrace:
      [ 2252.529266] (ieee80211_work_purge+0x0/0xcc [mac80211])
      [ 2252.546875] (ieee80211_stop+0x0/0x4c0 [mac80211])
      
      Additionally, one would get this, going on regarless of the WLAN interface
      state, going on forever:
      
      [ 2252.859985] wlan0: direct probe to 00:90:4c:60:04:00 (try -996717525)
      [ 2253.055419] wlan0: direct probe to 00:90:4c:60:04:00 (try -996717524)
      [ 2253.250610] wlan0: direct probe to 00:90:4c:60:04:00 (try -996717523)
      [ 2253.446014] wlan0: direct probe to 00:90:4c:60:04:00 (try -996717522)
      [ 2253.641357] wlan0: direct probe to 00:90:4c:60:04:00 (try -996717521)
      Signed-off-by: NJuuso Oikarinen <juuso.oikarinen@nokia.com>
      Reviewed-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      0e0a2283
    • H
      mac80211: use listen interval 5 as default · b446918b
      Helmut Schaa 提交于
      Currently if a driver does not set hw.max_listen_interval a listen
      interval of 1 is negotiated with the AP. Thus, the AP could drop
      buffered frames for us after just one beacon interval which can
      easily happen with the current powersave and scan implementation.
      To avoid this issue increase the default interval to 5 which should
      be a reasonable safe default.
      Signed-off-by: NHelmut Schaa <helmut.schaa@googlemail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      b446918b
  4. 17 2月, 2010 1 次提交
  5. 16 2月, 2010 3 次提交
  6. 15 2月, 2010 1 次提交
    • D
      mac80211: Fix error introduced in netdev_mc_count() changes. · 228da6c2
      David S. Miller 提交于
      Commit 4cd24eaf
      ("net: use netdev_mc_count and netdev_mc_empty when appropriate")
      added this hunk to net/mac80211/iface.c:
      
       	__dev_addr_unsync(&local->mc_list, &local->mc_count,
      -			  &dev->mc_list, &dev->mc_count);
      +			  &dev->mc_list, dev->mc_count);
      
      which is definitely not correct, introduced a warning (reported
      by Stephen Rothwell):
      
      net/mac80211/iface.c: In function 'ieee80211_stop':
      net/mac80211/iface.c:416: warning: passing argument 4 of '__dev_addr_unsync' makes pointer from integer without a cast
      include/linux/netdevice.h:1967: note: expected 'int *' but argument is of type 'int'
      
      and is thus reverted here.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      228da6c2
  7. 13 2月, 2010 2 次提交
  8. 11 2月, 2010 1 次提交
  9. 10 2月, 2010 1 次提交
  10. 09 2月, 2010 12 次提交
  11. 02 2月, 2010 6 次提交
  12. 27 1月, 2010 2 次提交
    • J
      mac80211: wait for beacon before enabling powersave · 56007a02
      Johannes Berg 提交于
      Because DTIM information is required for powersave
      but is only conveyed in beacons, wait for a beacon
      before enabling powersave, and change the way the
      information is conveyed to the driver accordingly.
      
      mwl8k doesn't currently seem to implement PS but
      requires the DTIM period in a different way; after
      talking to Lennert we agreed to just have mwl8k do
      the parsing itself in the finalize_join work.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Acked-by: NLennert Buytenhek <buytenh@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      56007a02
    • Z
      mac80211: fix NULL pointer dereference when ftrace is enabled · 3092ad05
      Zhu Yi 提交于
      I got below kernel oops when I try to bring down the network interface if
      ftrace is enabled. The root cause is drv_ampdu_action() is passed with a
      NULL ssn pointer in the BA session tear down case. We need to check and
      avoid dereferencing it in trace entry assignment.
      
      BUG: unable to handle kernel NULL pointer dereference
      Modules linked in: at (null)
      IP: [<f98fe02a>] ftrace_raw_event_drv_ampdu_action+0x10a/0x160 [mac80211]
      *pde = 00000000
      Oops: 0000 [#1] SMP DEBUG_PAGEALLOC
      [...]
      Call Trace:
       [<f98fdf20>] ? ftrace_raw_event_drv_ampdu_action+0x0/0x160 [mac80211]
       [<f98dac4c>] ? __ieee80211_stop_rx_ba_session+0xfc/0x220 [mac80211]
       [<f98d97fb>] ? ieee80211_sta_tear_down_BA_sessions+0x3b/0x50 [mac80211]
       [<f98dc6f6>] ? ieee80211_set_disassoc+0xe6/0x230 [mac80211]
       [<f98dc6ac>] ? ieee80211_set_disassoc+0x9c/0x230 [mac80211]
       [<f98dcbb8>] ? ieee80211_mgd_deauth+0x158/0x170 [mac80211]
       [<f98e4bdb>] ? ieee80211_deauth+0x1b/0x20 [mac80211]
       [<f8987f49>] ? __cfg80211_mlme_deauth+0xe9/0x120 [cfg80211]
       [<f898b870>] ? __cfg80211_disconnect+0x170/0x1d0 [cfg80211]
      
      Cc: Johannes Berg <johannes@sipsolutions.net>
      Cc: stable@kernel.org
      Signed-off-by: NZhu Yi <yi.zhu@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3092ad05
  13. 26 1月, 2010 5 次提交
  14. 24 1月, 2010 1 次提交
  15. 23 1月, 2010 1 次提交
新手
引导
客服 返回
顶部