1. 20 4月, 2011 3 次提交
    • I
      rt2x00: Split rt2x00dev->flags · 7dab73b3
      Ivo van Doorn 提交于
      The number of flags defined for the rt2x00dev->flags field,
      has been growing over the years. Currently we are approaching
      the maximum number of bits which are available in the field.
      
      A secondary problem, is that one part of the field are initialized only
      during boot, because the driver requirements are initialized or device
      requirements are loaded from the EEPROM. In both cases, the flags are
      fixed and will not change during device operation. The other flags are
      the device state, and will change frequently. So far this resulted in the fact
      that for some flags, the atomic bit accessors are used, while for the others
      the non-atomic variants are used.
      
      By splitting the flags up into a "flags" and "cap_flags" we can put all flags
      which are fixed inside "cap_flags". This field can then be read non-atomically.
      In the "flags" field we keep the device state, which is going to be read atomically.
      
      This adds more room for more flags in the future, and sanitizes the field access methods.
      Signed-off-by: NIvo van Doorn <IvDoorn@gmail.com>
      Acked-by: NHelmut Schaa <helmut.schaa@googlemail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      7dab73b3
    • H
      rt2x00: Fix stuck queue in tx failure case · 62fe7784
      Helmut Schaa 提交于
      Since commit 0b7fde54 "rt2x00: Protect
      queue control with mutex" rt2x00 used rt2x00queue_pause_queue for
      stopping a tx queue in mac80211. But in case of a failure in the tx
      path rt2x00 still called ieee80211_stop_queue which stopped the queue
      but prevented rt2x00queue_unpause_queue to wake the queue up again
      resulting in a stuck tx queue.
      
      Fix this by also using rt2x00queue_pause_queue in case of tx failures.
      Signed-off-by: NHelmut Schaa <helmut.schaa@googlemail.com>
      Signed-off-by: NIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      62fe7784
    • L
      rt2x00: Enable WLAN LED on Ralink SoC (rt305x) devices · 44704e5d
      Layne Edwards 提交于
      This patch adds WLAN LED support to the mac80211 rt2x00 driver for
      Ralink SoC (rt305x) devices.  The current WLAN LED drivers in
      rt2800lib.c set the LED brightness via an MCU request, but do nothing
      for SoC.  This patch checks for SoC and sets the register to enable the
      WLAN LED (instead of an MCU request).  This enables the WLAN LED for
      RT305x devices.
      Signed-off-by: NLayne Edwards <ledwards@astrumtech.net>
      Signed-off-by: NIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      44704e5d
  2. 13 4月, 2011 1 次提交
  3. 08 4月, 2011 2 次提交
  4. 05 4月, 2011 14 次提交
  5. 30 3月, 2011 1 次提交
  6. 22 3月, 2011 4 次提交
  7. 05 3月, 2011 15 次提交