1. 02 6月, 2011 10 次提交
  2. 27 5月, 2011 1 次提交
  3. 23 5月, 2011 1 次提交
  4. 20 5月, 2011 6 次提交
  5. 17 5月, 2011 1 次提交
  6. 12 5月, 2011 2 次提交
  7. 11 5月, 2011 2 次提交
  8. 06 5月, 2011 1 次提交
  9. 30 4月, 2011 1 次提交
    • J
      b43: avoid uninitialized variable warnings in phy_n · 2eeb6fd0
      John W. Linville 提交于
        CC [M]  drivers/net/wireless/b43/phy_n.o
      drivers/net/wireless/b43/phy_n.c: In function ‘b43_nphy_set_channel’:
      drivers/net/wireless/b43/phy_n.c:3848:47: warning: ‘tabent_r2’ may be used uninitialized in this function
      drivers/net/wireless/b43/phy_n.c:3849:47: warning: ‘tabent_r3’ may be used uninitialized in this function
      drivers/net/wireless/b43/phy_n.c: In function ‘b43_nphy_poll_rssi.clone.14’:
      drivers/net/wireless/b43/phy_n.c:2270:6: warning: ‘save_regs_phy$7’ may be used uninitialized in this function
      drivers/net/wireless/b43/phy_n.c:2270:6: warning: ‘save_regs_phy$8’ may be used uninitialized in this function
      
      FWIW, the usage of these variables is goverened by checks that match
      their initializations.  So, I think these are actually false warnings.
      Still, I would rather avoid the warning SPAM...
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      2eeb6fd0
  10. 29 4月, 2011 1 次提交
  11. 05 4月, 2011 1 次提交
  12. 31 3月, 2011 1 次提交
  13. 08 3月, 2011 1 次提交
  14. 05 3月, 2011 3 次提交
  15. 02 3月, 2011 1 次提交
  16. 26 2月, 2011 2 次提交
    • R
      b43: fill PHY ctl word1 in TX header for N-PHY · 3311abbb
      Rafał Miłecki 提交于
      This patch fixes tramissing on OFDM rates for PHYs 1 and 2. There is
      still something wrong with PHYs 3+. Tests has shown decreasing of
      performance on CCK rates by 1-2%, we have to live with that.
      Additionaly this noticeably reduces amount of PHY errors. They were
      mostly produced by auto-switching to higher rate for better
      performanced, which resulted in no transmit at all and PHY errors.
      Signed-off-by: NRafał Miłecki <zajec5@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3311abbb
    • J
      mac80211: make tx() operation return void · 7bb45683
      Johannes Berg 提交于
      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: NJohannes 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: NJohn W. Linville <linville@tuxdriver.com>
      7bb45683
  17. 24 2月, 2011 4 次提交
  18. 23 12月, 2010 1 次提交