1. 14 2月, 2009 5 次提交
    • J
      mac80211: properly validate/translate IW_AUTH_MFP values · e4e5e2b0
      Johannes Berg 提交于
      Make sure nobody passes in bogus values, and translate the values
      (although it isn't necessary).
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      e4e5e2b0
    • J
      mac80211: disable IBSS beacon before join · 5e133362
      Johannes Berg 提交于
      Before we have a probe response frame (which is used as the
      beacon too) there's no need to ask drivers to beacon, they
      will not get a beacon anyway.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      5e133362
    • K
      mac80211: use ps-poll when dynamic power save mode is disabled · 572e0012
      Kalle Valo 提交于
      When a directed tim bit is set, mac80211 currently disables power save
      ands sends a null frame to the AP. But if dynamic power save is
      disabled, mac80211 will not enable power save ever gain. Fix this by
      adding ps-poll functionality to mac80211. When a directed tim bit is
      set, mac80211 sends a ps-poll frame to the AP and checks for the more
      data bit in the returned data frames.
      
      Using ps-poll is slower than waking up with null frame, but it's saves more
      power in cases where the traffic is low. Userspace can control if either
      ps-poll or null wakeup method is used by enabling and disabling dynamic
      power save.
      Signed-off-by: NKalle Valo <kalle.valo@nokia.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      572e0012
    • K
      mac80211: remove multicast check from check_tim() · 1fb3606b
      Kalle Valo 提交于
      Currently mac80211 checks for the multicast tim bit from beacons,
      disables power save and sends a null frame if the bit is set. This was
      added to support ath9k. But this is a bit controversial because the AP will
      send multicast frames immediately after the beacon and the time constraints
      are really high. Relying mac80211 to be fast enough here might not be
      reliable in all situations. And there's no need to send a null frame, AP
      will send the frames immediately after the dtim beacon no matter what.
      
      Also if dynamic power save is disabled (iwconfig wlan0 power timeout 0)
      currently mac80211 disables power save whenever the multicast bit is set
      but it's never enabled again after receiving the first multicast/broadcast
      frame.
      
      The current implementation is not usable on p54/stlc45xx and the
      easiest way to fix this is to remove the multicast tim bit check
      altogether. Handling multicast tim bit in host is rare, most of the
      designs do this in firmware/hardware, so it's better not to have it in
      mac80211. It's a lot better to do this in firmware/hardware, or if
      that's not possible it could be done in the driver.
      
      Also renamed the function to ieee80211_check_tim() to follow the style
      of the file.
      Signed-off-by: NKalle Valo <kalle.valo@nokia.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      1fb3606b
    • V
      mac80211: Fix the wrong WARN_ON message appearing on enabling power save. · 97d97b80
      Vivek Natarajan 提交于
      This issue happens only when we are associated with a 11n AP and power save
      is enabled. In the function 'ieee80211_master_start_xmit', ps_disable_work
      is queued where wake_queues is called. But before this work is executed,
      we check if the queues are stopped in _ieee80211_tx and return TX_AGAIN to
      ieee8011_tx which leads to the warning message.
      This patch fixes this erroneous case.
      Signed-off-by: NVivek Natarajan <vnatarajan@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      97d97b80
  2. 12 2月, 2009 1 次提交
  3. 10 2月, 2009 9 次提交
  4. 31 1月, 2009 1 次提交
  5. 30 1月, 2009 24 次提交