1. 10 9月, 2014 2 次提交
    • S
      ath9k: Fix panic when adding an AP interface · 9bf30ff9
      Sujith Manoharan 提交于
      If a station interface is already assigned to a context
      and is active and a second interface of type AP is added,
      then beaconing on the new interface has to be begin only
      after the BSS_CHANGED_BEACON_ENABLED flag is sent by mac80211
      to the driver.
      
      But, since we issue ATH_CHANCTX_EVENT_ENABLE_MULTICHANNEL as soon
      as a new channel context is added, a switch occurs almost immediately
      before BSS_CHANGED_BEACON_ENABLED is received. When a HW reset
      is done for the new context, beacons are enabled for the
      interface since "enable_beacon" in the BSS config maintained
      in mac80211 is true - but the driver hasn't been notified yet.
      This causes a panic, since the beacon interval is zero for this
      interface and ath9k_cmn_beacon_config_ap() doesn't have a safety check.
      
      Fix this panic by checking if the beacon params has been cached
      for this context and use the "enable_beacon" flag maintained
      locally in the driver. Also, recalculate the summary data
      after the beacon params have been cached when BSS_CHANGED_BEACON_ENABLED
      is received.
      Signed-off-by: NSujith Manoharan <c_manoha@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      9bf30ff9
    • S
      ath9k: Fix beacons for managed mode · 602607b6
      Sujith Manoharan 提交于
      If the current opmode is managed, the ATH_OP_BEACONS flag
      needs to be set only when there is a primary station interface
      and it is associated/active.
      Signed-off-by: NSujith Manoharan <c_manoha@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      602607b6
  2. 29 8月, 2014 14 次提交
  3. 02 7月, 2014 1 次提交
  4. 21 6月, 2014 1 次提交
  5. 20 6月, 2014 18 次提交
  6. 30 5月, 2014 1 次提交
  7. 23 5月, 2014 2 次提交
  8. 20 5月, 2014 1 次提交
    • R
      ath9k_hw: Abort transmission for sleeping station · 08232bf9
      Rajkumar Manoharan 提交于
      The data transmission to the power save station should be aborted
      immediately, whenever the station informs sleep state. Right now
      the frames queued into into hardware are being transmitted until
      the hardware detects the power save station based excessive retries
      of the data frames due to unacknowlegdement. Then remaining frames
      are returned with filetered status and might be retried later by
      driver or mac80211.
      
      Per WFA certification testing, AP should not send out more than two
      frames after processing nullfunc with PM bit set from associated
      station. To speed up tx filtering, the pending frames in hardware
      queues for given station will be aborted immediately via tx filter
      registers. This transmit filters can be ignored if the descriptor
      is having invalid destination index or clear destination mask set.
      Signed-off-by: NRajkumar Manoharan <rmanohar@qti.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      08232bf9