1. 28 Sep, 2011 2 commits
    • Kalle Valo's avatar
      ath6kl: add prefix parameter to ath6kl_dbg_dump() · ef094103
      Kalle Valo authored
      Makes it easier to recognise longs dumps.
      
      Obligatory screenshot using "rx" prefix:
      
      ath6kl: ath6kl_rx
      rx 00000000: 10 10 00 00 00 00 08 30 00 00 00 00 00 00 f9 0b  .......0........
      rx 00000010: 2c 44 08 30 00 00 f9 0b 0c a4 02 00 00 00 73 d2  ,D.0..........s.
      rx 00000020: 94 00 f9 0b 04 8c 01 00 02 00 07 02 02 00 f9 0b  ................
      Signed-off-by: default avatarKalle Valo <kvalo@qca.qualcomm.com>
      ef094103
    • Kalle Valo's avatar
      ath6kl: silence "invalid rate" warning · 9a730834
      Kalle Valo authored
      For some reason firmware is sending invalid rates when we try to
      query current bitrate from ath6kl_get_station() and a warning is issued:
      
      [ 3810.415720] ath6kl: invalid rate: 1935633515
      [ 3811.105493] ath6kl: invalid rate: 1935633515
      [ 3811.556063] ath6kl: invalid rate: 1935633515
      
      As the warning happens way too often, convert the warning to a debug
      message once we have a proper fix. But to make it easy to follow
      how often the problem appears, add a debugfs to print
      various statistics about workarounds and make this issue the first WAR.
      Signed-off-by: default avatarKalle Valo <kvalo@qca.qualcomm.com>
      9a730834
  2. 27 Sep, 2011 4 commits
  3. 23 Sep, 2011 2 commits
    • Vasanthakumar Thiagarajan's avatar
      ath6kl: Fix disconnect event reporting · 1de547d6
      Vasanthakumar Thiagarajan authored
      Driver does not report disconnect event properly when in connecting state,
      this leads to issues failures in starting reconnection. Send a disconnect
      command to target when a disconnect event is received with reason code
      other than 3 (DISCONNECT_CMD - disconnect request from host) to make the
      frimware stop trying to connect even after giving disconnect event. There
      will be one more disconnect event for this disconnect command with reason
      code DISCONNECT_CMD which will be notified to cfg80211.
      Signed-off-by: default avatarVasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
      Signed-off-by: default avatarKalle Valo <kvalo@qca.qualcomm.com>
      1de547d6
    • Kalle Valo's avatar
      ath6kl: pass only unicast frames for aggregation · 5694f962
      Kalle Valo authored
      When pinging form ar6003 to the AP RTT was high even when power save was
      disabled:
      
      100 packets transmitted, 97 received, 3% packet loss, time 99125ms
      rtt min/avg/max/mdev = 1.875/46.733/795.506/139.181 ms
      
      After some investigation one reason for this was that received
      multicast traffic confused the aggrecation logic and caused 400 ms
      timeouts when receiving multicast frames from AP.
      
      A simple way to fix is to pass only unicast frames for aggregation. This
      improves RTT:
      
      100 packets transmitted, 99 received, 1% packet loss, time 99144ms
      rtt min/avg/max/mdev = 2.083/13.084/403.390/56.794 ms
      Signed-off-by: default avatarKalle Valo <kvalo@qca.qualcomm.com>
      5694f962
  4. 22 Sep, 2011 12 commits
  5. 21 Sep, 2011 13 commits
  6. 20 Sep, 2011 7 commits