An error occurred fetching the project authors.
  1. 17 Jun, 2011 1 commit
  2. 10 Jun, 2011 1 commit
  3. 03 Jun, 2011 2 commits
  4. 01 Jun, 2011 9 commits
  5. 19 May, 2011 4 commits
  6. 16 May, 2011 1 commit
  7. 11 May, 2011 2 commits
  8. 10 May, 2011 2 commits
  9. 05 May, 2011 1 commit
  10. 28 Apr, 2011 1 commit
  11. 31 Mar, 2011 1 commit
  12. 25 Feb, 2011 1 commit
    • Johannes Berg's avatar
      mac80211: make tx() operation return void · 7bb45683
      Johannes Berg authored
      The return value of the tx operation is commonly
      misused by drivers, leading to errors. All drivers
      will drop frames if they fail to TX the frame, and
      they must also properly manage the queues (if they
      didn't, mac80211 would already warn).
      
      Removing the ability for drivers to return a BUSY
      value also allows significant cleanups of the TX
      TX handling code in mac80211.
      
      Note that this also fixes a bug in ath9k_htc, the
      old "return -1" there was wrong.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      Tested-by: Sedat Dilek <sedat.dilek@googlemail.com> [ath5k]
      Acked-by: Gertjan van Wingerde <gwingerde@gmail.com> [rt2x00]
      Acked-by: Larry Finger <Larry.Finger@lwfinger.net> [b43, rtl8187, rtlwifi]
      Acked-by: Luciano Coelho <coelho@ti.com> [wl12xx]
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      7bb45683
  13. 22 Dec, 2010 2 commits
  14. 13 Dec, 2010 1 commit
    • Rafał Miłecki's avatar
      b43: rename TMS defines, drop useless condition from core reset · 42ab135f
      Rafał Miłecki authored
      As discussed we do not know band width at core reset time and it is not a good
      idea to reset whole just to change band. So just set unconditionally 20 MHz
      band width as default during core reset.
      
      As for defines PHY clock changed to band width in specs and it makes much more
      sens to call defines by band width which is self-explainable. Updated specs do
      not mention 0 value, but comparing to old ones you can notice lineral relation
      between PHY clock speed and band width. So it makes sense for 0x0 value to be
      10 MHz band width.
      Signed-off-by: default avatarRafał Miłecki <zajec5@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      42ab135f
  15. 08 Dec, 2010 3 commits
  16. 16 Nov, 2010 1 commit
  17. 16 Aug, 2010 3 commits
  18. 21 Jul, 2010 1 commit
    • John W. Linville's avatar
      b43: silence most sparse warnings · 41950bdf
      John W. Linville authored
        CHECK   drivers/net/wireless/b43/main.c
      drivers/net/wireless/b43/main.c:111:5: warning: symbol 'b43_modparam_pio' was not declared. Should it be static?
        CHECK   drivers/net/wireless/b43/phy_g.c
      drivers/net/wireless/b43/phy_g.c:975:56: warning: cast truncates bits from constant value (ffff7fff becomes 7fff)
        CHECK   drivers/net/wireless/b43/phy_lp.c
      drivers/net/wireless/b43/phy_lp.c:2701:6: warning: symbol 'b43_lpphy_op_switch_analog' was not declared. Should it be static?
      drivers/net/wireless/b43/phy_lp.c:1148:30: warning: cast truncates bits from constant value (ffff1fff becomes 1fff)
      drivers/net/wireless/b43/phy_lp.c:1525:30: warning: cast truncates bits from constant value (ffff1fff becomes 1fff)
      drivers/net/wireless/b43/phy_lp.c:1529:30: warning: cast truncates bits from constant value (ffff1fff becomes 1fff)
        CHECK   drivers/net/wireless/b43/wa.c
      drivers/net/wireless/b43/wa.c:385:60: warning: cast truncates bits from constant value (ffff00ff becomes ff)
      drivers/net/wireless/b43/wa.c:403:55: warning: cast truncates bits from constant value (ffff00ff becomes ff)
      drivers/net/wireless/b43/wa.c:405:55: warning: cast truncates bits from constant value (ffff00ff becomes ff)
      drivers/net/wireless/b43/wa.c:415:71: warning: cast truncates bits from constant value (ffff0fff becomes fff)
      
      AFAICT, none of these amount to real bugs.  But this reduces warning
      spam from sparse w/o significantly affecting readability of the code (IMHO).
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      41950bdf
  19. 21 Jun, 2010 1 commit
  20. 03 May, 2010 1 commit
  21. 30 Apr, 2010 1 commit