1. 05 12月, 2008 2 次提交
  2. 22 11月, 2008 1 次提交
  3. 01 11月, 2008 2 次提交
  4. 01 10月, 2008 1 次提交
  5. 25 9月, 2008 1 次提交
  6. 16 9月, 2008 7 次提交
  7. 12 9月, 2008 1 次提交
  8. 23 8月, 2008 1 次提交
  9. 15 7月, 2008 4 次提交
    • J
      mac80211: fix TX sequence numbers · f591fa5d
      Johannes Berg 提交于
      This patch makes mac80211 assign proper sequence numbers to
      QoS-data frames. It also removes the old sequence number code
      because we noticed that only the driver or hardware can assign
      sequence numbers to non-QoS-data and especially management
      frames in a race-free manner because beacons aren't passed
      through mac80211's TX path.
      
      This patch also adds temporary code to the rt2x00 drivers to
      not break them completely, that code will have to be reworked
      for proper sequence numbers on beacons.
      
      It also moves sequence number assignment down in the TX path
      so no sequence numbers are assigned to frames that are dropped.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      f591fa5d
    • J
      mac80211: push interface checks down · f3947e2d
      Johannes Berg 提交于
      This patch pushes the "netif_running()" and "same type as before"
      checks down into ieee80211_if_change_type() to centralise the
      logic instead of duplicating it for cfg80211 and wext.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      f3947e2d
    • J
      mac80211: revamp virtual interface handling · 75636525
      Johannes Berg 提交于
      This patch revamps the virtual interface handling and makes the
      code much easier to follow. Fewer functions, better names, less
      spaghetti code.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      75636525
    • J
      mac80211: make master netdev handling sane · 3e122be0
      Johannes Berg 提交于
      Currently, almost every interface type has a 'bss' pointer
      pointing to BSS information. This BSS information, however,
      is for a _local_ BSS, not for the BSS we joined, so having
      it on a STA mode interface makes little sense, but now they
      have it pointing to the master device, which is an AP mode
      virtual interface. However, except for some bitrate control
      data, this pointer is only used in AP/VLAN modes (for power
      saving stations.)
      
      Overall, it is not necessary to even have the master netdev
      be a valid virtual interface, and it doesn't have to be on
      the list of interfaces either.
      
      This patch changes the master netdev to be special, it now
       - no longer is on the list of virtual interfaces, which
         lets me remove a lot of tests for that
       - no longer has sub_if_data attached, since that isn't used
      
      Additionally, this patch changes some vlan/ap mode handling
      that is related to these 'bss' pointers described above (but
      in the VLAN case they actually make sense because there they
      point to the AP they belong to); it also adds some debugging
      code to IEEE80211_DEV_TO_SUB_IF to validate it is not called
      on the master netdev any more.
      Signed-off-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3e122be0
  10. 03 7月, 2008 1 次提交
  11. 22 5月, 2008 1 次提交
  12. 15 5月, 2008 1 次提交
  13. 13 5月, 2008 1 次提交
  14. 08 5月, 2008 1 次提交
  15. 09 4月, 2008 1 次提交
  16. 07 3月, 2008 5 次提交
  17. 06 3月, 2008 1 次提交
  18. 01 3月, 2008 3 次提交
  19. 29 1月, 2008 4 次提交
  20. 11 10月, 2007 1 次提交
    • J
      [PATCH] ieee80211_if_set_type: make check for master dev more explicit · 0654ff05
      John W. Linville 提交于
      Problem description by Daniel Drake <dsd@gentoo.org>:
      
      "This sequence of events causes loss of connectivity:
      
      <plug in>
      <associate as normal in managed mode>
      ifconfig eth7 down
      iwconfig eth7 mode monitor
      ifconfig eth7 up
      ifconfig eth7 down
      iwconfig eth7 mode managed
      <associate as normal>
      
      At this point you are associated but TX does not work. This is because
      the eth7 hard_start_xmit is still ieee80211_monitor_start_xmit."
      
      The problem is caused by ieee80211_if_set_type checking for a non-zero
      hard_start_xmit pointer value in order to avoid changing that value for
      master devices.  The fix is to make that check more explicitly linked to
      master devices rather than simply checking if the value has been
      previously set.
      
      CC: Daniel Drake <dsd@gentoo.org>
      Acked-by: NMichael Wu <flamingice@sourmilk.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      0654ff05