An error occurred fetching the project authors.
  1. 15 Nov, 2010 4 commits
  2. 31 Aug, 2010 2 commits
  3. 25 Aug, 2010 2 commits
  4. 16 Aug, 2010 2 commits
  5. 12 Jul, 2010 1 commit
    • Ivo van Doorn's avatar
      rt2x00: Implement watchdog monitoring · c965c74b
      Ivo van Doorn authored
      Implement watchdog monitoring for USB devices (PCI support can
      be added later). This will determine if URBs being uploaded to
      the hardware are actually returning. Both rt2500usb and rt2800usb
      have shown that URBs being uploaded can remain hanging without
      being released by the hardware.
      By using this watchdog, a queue can be reset when this occurs.
      For rt2800usb it has been tested that the connection is preserved
      even though this interruption.
      Signed-off-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      c965c74b
  6. 15 Jun, 2010 1 commit
  7. 12 May, 2010 1 commit
  8. 07 May, 2010 1 commit
  9. 04 May, 2010 1 commit
  10. 03 May, 2010 1 commit
  11. 21 Dec, 2009 1 commit
  12. 19 Nov, 2009 1 commit
    • Johannes Berg's avatar
      mac80211: request TX status where needed · 7351c6bd
      Johannes Berg authored
      Right now all frames mac80211 hands to the driver
      have the IEEE80211_TX_CTL_REQ_TX_STATUS flag set to
      request TX status. This isn't really necessary, only
      the injected frames need TX status (the latter for
      hostapd) so move setting this flag.
      
      The rate control algorithms also need TX status, but
      they don't require it.
      
      Also, rt2x00 uses that bit for its own purposes and
      seems to require it being set for all frames, but
      that can be fixed in rt2x00.
      
      This doesn't really change anything for any drivers
      but in the future drivers using hw-rate control may
      opt to not report TX status for frames that don't
      have the IEEE80211_TX_CTL_REQ_TX_STATUS flag set.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Acked-by: Ivo van Doorn <IvDoorn@gmail.com> [rt2x00 bits]
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      7351c6bd
  13. 11 Nov, 2009 1 commit
  14. 20 Aug, 2009 1 commit
  15. 24 Jul, 2009 1 commit
  16. 06 May, 2009 3 commits
  17. 29 Jan, 2009 4 commits
  18. 05 Dec, 2008 2 commits
  19. 25 Nov, 2008 1 commit
    • Ivo van Doorn's avatar
      rt2x00: Detect USB BULK in/out endpoints · f1ca2167
      Ivo van Doorn authored
      Instead of hardcoding the used in/out endpoints
      we should detect them by walking through all
      available endpoints.
      
      rt2800usb will gain the most out of this, because
      the legacy drivers indicate that there are multiple
      endpoints available.
      However this code might benefit at least rt73usb as
      well for the MIMO queues, and if we are really lucky
      rt2500usb will benefit because for the TX and PRIO
      queues.
      
      Even if rt2500usb and rt73usb do not get better performance
      after this patch, the endpoint detection still belongs to
      rt2x00usb, and it shouldn't hurt to always try to detect
      the available endpoints.
      Signed-off-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      f1ca2167
  20. 31 Oct, 2008 1 commit
  21. 29 Aug, 2008 2 commits
  22. 22 Aug, 2008 1 commit
    • Ivo van Doorn's avatar
      rt2x00: Implement HW encryption · 2bb057d0
      Ivo van Doorn authored
      Various rt2x00 devices support hardware encryption.
      
      Most of them require the IV/EIV to be generated by mac80211,
      but require it to be provided seperately instead of within
      the frame itself. This means that rt2x00lib should extract
      the data from the frame and place it in the frame descriptor.
      During RX the IV/EIV is provided in the descriptor by the
      hardware which means that it should be inserted into the
      frame by rt2x00lib.
      Signed-off-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      2bb057d0
  23. 18 Aug, 2008 1 commit
  24. 29 Jul, 2008 1 commit
    • Ivo van Doorn's avatar
      rt2x00: Fix QOS sequence counting · 5adf6d63
      Ivo van Doorn authored
      When IEEE80211_TX_CTL_ASSIGN_SEQ is not set,
      the driver should disable hardware sequence counting
      to make sure the mac80211 provided counter is used.
      This fixes QOS sequence counting, since that is one
      of the cases where mac80211 provides a seperate
      sequence counter.
      
      By moving the sequence counting code to rt2x00queue
      we make sure that _all_ frames get the sequence counter,
      including RTS/CTS and Beacon frames.
      Signed-off-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      5adf6d63
  25. 08 Jul, 2008 1 commit
  26. 26 Jun, 2008 2 commits