1. 14 6月, 2018 1 次提交
  2. 27 3月, 2018 1 次提交
  3. 27 10月, 2017 1 次提交
  4. 04 10月, 2017 1 次提交
  5. 03 8月, 2017 1 次提交
  6. 19 4月, 2017 1 次提交
  7. 15 12月, 2016 1 次提交
    • T
      ath9k: Introduce airtime fairness scheduling between stations · 63fefa05
      Toke Høiland-Jørgensen 提交于
      This reworks the ath9k driver to schedule transmissions to connected
      stations in a way that enforces airtime fairness between them. It
      accomplishes this by measuring the time spent transmitting to or
      receiving from a station at TX and RX completion, and accounting this to
      a per-station, per-QoS level airtime deficit. Then, an FQ-CoDel based
      deficit scheduler is employed at packet dequeue time, to control which
      station gets the next transmission opportunity.
      
      Airtime fairness can significantly improve the efficiency of the network
      when station rates vary. The following throughput values are from a
      simple three-station test scenario, where two stations operate at the
      highest HT20 rate, and one station at the lowest, and the scheduler is
      employed at the access point:
      
                        Before   /   After
      Fast station 1:    19.17   /   25.09 Mbps
      Fast station 2:    19.83   /   25.21 Mbps
      Slow station:       2.58   /    1.77 Mbps
      Total:             41.58   /   52.07 Mbps
      
      The benefit of airtime fairness goes up the more stations are present.
      In a 30-station test with one station artificially limited to 1 Mbps,
      we have seen aggregate throughput go from 2.14 to 17.76 Mbps.
      Signed-off-by: NToke Høiland-Jørgensen <toke@toke.dk>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      63fefa05
  8. 15 11月, 2016 1 次提交
    • T
      ath9k: Switch to using mac80211 intermediate software queues. · 50f08edf
      Toke Høiland-Jørgensen 提交于
      This switches ath9k over to using the mac80211 intermediate software
      queueing mechanism for data packets. It removes the queueing inside the
      driver, except for the retry queue, and instead pulls from mac80211 when
      a packet is needed. The retry queue is used to store a packet that was
      pulled but can't be sent immediately.
      
      The old code path in ath_tx_start that would queue packets has been
      removed completely, as has the qlen limit tunables (since there's no
      longer a queue in the driver to limit).
      
      The mac80211 intermediate software queues offer significant latency
      reductions, and this patch allows ath9k to realise them. The exact gains
      from this varies with the test scenario, but in an access point scenario
      we have seen latency reductions ranging from 1/3 to as much as an order
      of magnitude. We also achieve slightly better aggregation.
      
      Median latency (ping) figures with this patch applied at the access point,
      with two high-rate stations and one low-rate station (HT20 5Ghz), running
      a Flent rtt_fair_var_up test with one TCP flow and one ping flow going to
      each station:
      
                                       Fast station        Slow station
      Default pfifo_fast qdisc:            430.4 ms            638.7 ms
      fq_codel qdisc on iface:              35.5 ms            211.8 ms
      This patch set:                       22.4 ms             38.2 ms
      
      Median aggregation sizes over the same test:
      
      Default pfifo_fast qdisc:            9.5 pkts            1.9 pkts
      fq_codel qdisc on iface:            11.2 pkts            1.9 pkts
      This patch set:                     13.9 pkts            1.9 pkts
      
      This patch is based on Tim's original patch set, but reworked quite
      thoroughly.
      
      Cc: Tim Shepard <shep@alum.mit.edu>
      Cc: Felix Fietkau <nbd@nbd.name>
      Signed-off-by: NToke Høiland-Jørgensen <toke@toke.dk>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      50f08edf
  9. 11 3月, 2016 1 次提交
    • M
      ath9k: fix reg dump data bus error · 181c007d
      Miaoqing Pan 提交于
      Changes:
       - restrict only dump MAC registers
       - skip the register memory holes
      
      Data bus error, epc == 831d4040, ra == 831d403c
      Oops[#1]:
      CPU: 0 PID: 1536 Comm: cat Not tainted 3.14.0 #3
      task: 82f87840 ti: 82f88000 task.ti: 82f88000
      $ 0   : 00000000 00000001 deadc0de 1000fc03
      $ 4   : b8100200 00000200 831e0000 80218788
      $ 8   : 00000030 00000003 00000001 09524547
      $12   : 00000000 810594f4 00000000 3a206d61
      $16   : 831dd3c0 00000081 00000a00 c05ff000
      $20   : 00005af6 00000200 00071b39 00071139
      $24   : 00000001 80217760
      $28   : 82f88000 82f89c60 c05ffa00 831d403c
      Hi    : 00000000
      Lo    : 453c0000
      epc   : 831d4040 ath_ahb_exit+0x2198/0x2904 [ath9k]
      	Not tainted
      ra    : 831d403c ath_ahb_exit+0x2194/0x2904 [ath9k]
      Status: 1000fc03	KERNEL EXL IE
      Cause : 4080801c
      PrId  : 00019374 (MIPS 24Kc)
      Stack : 00000001 00000000 0000000e 80475c60 0000000e 800a8ebc 00000000 00000000
      	00000001 00000007 00000000 800a9678 00000000 00000004 00000002 00000010
      	00000000 00000000 00000000 00000000 80475c60 0000000e 000009ec c05ff000
      	831dd3c0 00000080 00000a00 c05ff000 00005af6 00000200 00071b39 0007114d
      	c05ff9ec 800a9904 831dd3c0 82f89d10 00000001 81082194 831d8f0c 82f89d14
      	...
      	Call Trace:
      	[<831d4040>] ath_ahb_exit+0x2198/0x2904 [ath9k]
      	[<831d403c>] ath_ahb_exit+0x2194/0x2904 [ath9k]
      Signed-off-by: NMiaoqing Pan <miaoqing@codeaurora.org>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      181c007d
  10. 29 9月, 2015 1 次提交
  11. 21 7月, 2015 1 次提交
    • F
      ath9k: make DMA stop related messages debug-only · e60ac9c7
      Felix Fietkau 提交于
      A long time ago, ath9k had issues during reset where the DMA engine
      would stay active and could potentially corrupt memory.
      To debug those issues, the driver would print warnings whenever they
      occur.
      
      Nowadays, these issues are gone and the primary cause of these messages
      is if the MAC is stuck during reset or busy processing a long
      transmission. This is fairly harmless, yet these messages continue to
      worry users.
      
      To reduce the number of bogus bug reports, turn these messages into
      debug messages and count their occurence in the "reset" debugfs file.
      Signed-off-by: NFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      e60ac9c7
  12. 03 3月, 2015 1 次提交
  13. 03 2月, 2015 1 次提交
  14. 15 1月, 2015 2 次提交
  15. 25 12月, 2014 1 次提交
  16. 06 12月, 2014 1 次提交
  17. 27 11月, 2014 2 次提交
  18. 18 11月, 2014 1 次提交
  19. 12 11月, 2014 3 次提交
  20. 31 10月, 2014 1 次提交
  21. 28 10月, 2014 2 次提交
  22. 17 9月, 2014 1 次提交
  23. 10 9月, 2014 1 次提交
  24. 19 7月, 2014 1 次提交
  25. 20 6月, 2014 2 次提交
  26. 14 5月, 2014 5 次提交
  27. 18 3月, 2014 1 次提交
  28. 15 3月, 2014 1 次提交
  29. 25 2月, 2014 2 次提交