1. 08 4月, 2011 1 次提交
  2. 01 2月, 2011 1 次提交
  3. 08 10月, 2010 1 次提交
  4. 11 9月, 2010 1 次提交
    • T
      iwlwifi: fix default LQ table in 5.2 band · cf6da94a
      Tomas Winkler 提交于
      The default LQ is filled decreasingly using
      iwl_get_prev_ieee_rate from a starting rate.
      Since the starting rate is already the lowest one for
      a specific band it should be actually filled evenly with
      the starting rate: 1M and 6M for 5.2GHZ and 2.4GH respectively.
      The bug is that for for A or G-only it decreases to
      CCK rates which are not supported.
      iwl_get_prev_ieee_rate function is just not band aware.
      This affects broadcast station which lq table
      is not updated by rs algorithm
      
      G-only scenario is not treated by this patch
      
      iwl_get_prev_ieee_rate is removed completely as it
      is not used in other contexts
      Signed-off-by: NTomas Winkler <tomas.winkler@intel.com>
      Signed-off-by: NWey-Yi Guy <wey-yi.w.guy@intel.com>
      cf6da94a
  5. 26 8月, 2010 1 次提交
    • J
      iwlagn: let bluetooth traffic load impact rate scale · 290f599c
      Johannes Berg 提交于
      Depending on the amount of bluetooth traffic,
      using the shared antenna (antenna B) will have
      adverse impact on both bluetooth and wireless
      traffic. Add controls to improve the situation
      by making rate scaling depend on the BT load.
      
      When there's high bluetooth traffic load, there's
      little point in trying to aggregate as BT traffic
      would disrupt the aggregated frames all the time,
      so simply don't start sessions then.
      
      When BT traffic returns to lower levels, the rate
      scaling will come here again automatically when
      wifi traffic is high enough, and then it will be
      able to successfully enable aggregation.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      Signed-off-by: NWey-Yi Guy <wey-yi.w.guy@intel.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      290f599c
  6. 20 3月, 2010 1 次提交
    • R
      iwlwifi: implement new mac80211 station add/remove calls · fe6b23dd
      Reinette Chatre 提交于
      mac80211 recently implemented two new callbacks that are used to request
      station add/remove from the driver. The benefot from these new callbacks
      are that they enable the driver to sleep while performing this work.
      
      This is a big patch since a few things need to be coordinated in this move.
      First we need to decouple station management from rate scaling, which
      caused a lot of code to be moved and/or deleted. Next we needed to tie in
      with mac80211's station management callback and let it direct our station
      management as well as trigger the rate scaling initialization.
      Signed-off-by: NReinette Chatre <reinette.chatre@intel.com>
      fe6b23dd
  7. 10 3月, 2010 1 次提交
  8. 30 1月, 2010 1 次提交
  9. 20 1月, 2010 1 次提交
  10. 28 10月, 2009 1 次提交
  11. 01 9月, 2009 1 次提交
  12. 12 5月, 2009 1 次提交
  13. 23 4月, 2009 2 次提交
  14. 17 3月, 2009 1 次提交
  15. 30 1月, 2009 2 次提交
  16. 13 12月, 2008 1 次提交
  17. 11 11月, 2008 1 次提交
  18. 01 11月, 2008 2 次提交
  19. 12 9月, 2008 1 次提交
  20. 05 8月, 2008 2 次提交
  21. 01 7月, 2008 1 次提交
  22. 15 6月, 2008 1 次提交
  23. 22 5月, 2008 1 次提交
  24. 08 5月, 2008 2 次提交
  25. 02 4月, 2008 1 次提交
  26. 14 3月, 2008 1 次提交
  27. 07 3月, 2008 1 次提交
  28. 01 3月, 2008 1 次提交
  29. 29 1月, 2008 6 次提交
  30. 11 10月, 2007 1 次提交