1. 16 Jul, 2013 8 commits
  2. 03 Jul, 2013 1 commit
  3. 24 Jun, 2013 2 commits
  4. 19 Jun, 2013 1 commit
  5. 18 Jun, 2013 4 commits
  6. 13 Jun, 2013 3 commits
  7. 12 Jun, 2013 4 commits
  8. 11 Jun, 2013 4 commits
  9. 05 Jun, 2013 3 commits
  10. 04 Jun, 2013 3 commits
  11. 03 Jun, 2013 4 commits
  12. 29 May, 2013 2 commits
    • Johannes Berg's avatar
      mac80211: always send multicast on CAB queue · f4d57941
      Johannes Berg authored
      If the driver advertised support for a CAB queue, then we
      should put all multicast frames there, otherwise sending
      them can be racy with clients going to sleep while we TX
      a frame. To avoid this, always TX multicast frames on the
      multicast queue.
      
      It seems like even drivers not using the queue framework
      might want to do this which would mean also moving the
      IEEE80211_TX_CTL_SEND_AFTER_DTIM flag assignment, but it
      also seems that drivers behave differently here so that
      just moving it wouldn't be a good idea. It'd be better to
      modify those drivers to use the queue framework.
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      f4d57941
    • Felix Fietkau's avatar
      mac80211: support active monitor interfaces · 31eba5bc
      Felix Fietkau authored
      Support them only if the driver advertises support for them via
      IEEE80211_HW_SUPPORTS_ACTIVE_MONITOR. Unlike normal monitor interfaces,
      they are added to the driver, along with their MAC address.
      Signed-off-by: default avatarFelix Fietkau <nbd@openwrt.org>
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      31eba5bc
  13. 28 May, 2013 1 commit