1. 09 4月, 2013 1 次提交
    • B
      mwifiex: fix negative cmd_pending count · 9908b074
      Bing Zhao 提交于
      cmd_pending is increased in mwifiex_wait_queue_complete() and
      decreased in mwifiex_complete_cmd() currently.
      If there are two or more commands in the cmd_pending_q the main
      worker thread will pick up next command from cmd_pending_q
      automatically after finishing current command. As a result
      mwifiex_wait_queue_complete() will not be called because
      the command is alreay completed. This leads to a negative
      number in cmd_pending count.
      
      Fix it by increasing cmd_pending when a cmd is queued into
      cmd_pending_q and decreasing when that cmd is recycled. For scan
      commands we don't perform inc/dec operations until it's moved
      from scan_pending_q to cmd_pending_q. This covers both
      synchronous and asynchronous commands.
      Reported-by: NDaniel Drake <dsd@laptop.org>
      Tested-by: NDaniel Drake <dsd@laptop.org>
      Tested-by: NMarco Cesarano <marco@marvell.com>
      Signed-off-by: NBing Zhao <bzhao@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      9908b074
  2. 19 3月, 2013 1 次提交
  3. 07 3月, 2013 1 次提交
  4. 05 2月, 2013 1 次提交
  5. 02 2月, 2013 1 次提交
  6. 08 1月, 2013 1 次提交
  7. 15 11月, 2012 1 次提交
    • A
      mwifiex: add multi-queue support · 47411a06
      Avinash Patil 提交于
      This patch adds support for multiple TX queues inside mwifiex
      driver. Four different queues according to WMM access categories
      are defined for each virtual interface. When a packet is
      received from netdev for transmission, tx pending count for
      particular queue is incremented and if tx pending count has
      reached upper water-mark, this queue is stopped instead of
      stopping all queues. Similarly when a packet is successfully
      transmitted from device, tx pending count is decremented per
      queue and if pending count falls below lower water-mark, queue
      operations are again resumed. This ensures that not all
      tranmission is blocked if traffic with particular TOS value
      suddenly increases.
      
      Also wake all queues after association/IBSS_join/uAP_BSS_start
      to enable traffic on all queues.
      Signed-off-by: NAvinash Patil <patila@marvell.com>
      Signed-off-by: NBing Zhao <bzhao@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      47411a06
  8. 30 10月, 2012 2 次提交
  9. 29 9月, 2012 3 次提交
  10. 25 9月, 2012 1 次提交
  11. 08 9月, 2012 2 次提交
  12. 07 8月, 2012 3 次提交
  13. 18 7月, 2012 1 次提交
  14. 23 6月, 2012 1 次提交
  15. 12 6月, 2012 1 次提交
    • A
      mwifiex: fix simultaneous scan and Tx traffic problem · 3249ba73
      Amitkumar Karwar 提交于
      If scan operation is started when Tx traffic is already running,
      driver locks Tx queue until it gets completed. With this logic
      there is a delay for Tx packets.
      
      This patch implements new approach to give Tx path higher priority
      in this case. Driver internally sends multiple synchronous scan
      commands to firmware when scan is requested by user. Now we will
      make sure that Tx queue is empty everytime before sending next scan
      command. If Tx queue isn't empty scan command will be postponsed by
      20msec. This rule will be followed until Tx queue becomes empty or
      timeout of 1 second happens. In case of timeout scan operation will
      be aborted.
      Signed-off-by: NAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: NBing Zhao <bzhao@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3249ba73
  16. 17 5月, 2012 1 次提交
  17. 24 4月, 2012 1 次提交
  18. 13 4月, 2012 1 次提交
  19. 15 3月, 2012 1 次提交
  20. 01 3月, 2012 1 次提交
  21. 07 2月, 2012 2 次提交
  22. 25 1月, 2012 1 次提交
  23. 22 12月, 2011 1 次提交
  24. 14 12月, 2011 1 次提交
  25. 12 11月, 2011 1 次提交
  26. 15 10月, 2011 1 次提交
  27. 13 10月, 2011 1 次提交
  28. 01 10月, 2011 1 次提交
  29. 13 8月, 2011 1 次提交
  30. 09 8月, 2011 1 次提交
  31. 11 5月, 2011 2 次提交
  32. 06 5月, 2011 1 次提交