1. 11 12月, 2006 1 次提交
  2. 06 12月, 2006 1 次提交
  3. 22 11月, 2006 1 次提交
  4. 17 10月, 2006 1 次提交
  5. 28 7月, 2006 1 次提交
    • D
      [PATCH] softmac: ERP handling and driver-level notifications · 5acd0c41
      Daniel Drake 提交于
      This patch implements ERP handling in softmac so that the drivers can support
      protection and preambles properly.
      
      I added a new struct, ieee80211softmac_bss_info, which is used for
      BSS-dependent variables like these.
      
      A new hook has been added (bssinfo_change), which allows the drivers to be
      notified when anything in bssinfo changes.
      
      I modified the txrates_change API to match the bssinfo_change API. The
      existing one is a little messy and the usefulness of providing the old rates
      is questionable (and can be implemented at driver level if really necessary).
      No drivers are using this API (yet), so this should be safe.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      5acd0c41
  6. 06 7月, 2006 3 次提交
  7. 06 6月, 2006 1 次提交
    • D
      [PATCH] softmac: Fix handling of authentication failure · 6ae15df1
      Daniel Drake 提交于
      My router blew up earlier, but exhibited some interesting behaviour during
      its dying moments. It was broadcasting beacons but wouldn't respond to
      any authentication requests.
      
      I noticed that softmac wasn't playing nice with this, as I couldn't make it try
      to connect to other networks after it had timed out authenticating to my ill
      router.
      
      To resolve this, I modified the softmac event/notify API to pass the event
      code to the callback, so that callbacks being notified from
      IEEE80211SOFTMAC_EVENT_ANY masks can make some judgement. In this case, the
      ieee80211softmac_assoc callback needs to make a decision based upon whether
      the association passed or failed.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6ae15df1
  8. 06 5月, 2006 3 次提交
    • D
      [PATCH] softmac: suggest per-frame-type TX rate · 8462fe3c
      Daniel Drake 提交于
      This patch is the first step towards rate control inside softmac.
      
      The txrates substructure has been extended to provide
      different fields for different types of packets (management/data,
      unicast/multicast). These fields are updated on association to values
      compatible with the access point we are associating to.
      
      Drivers can then use the new ieee80211softmac_suggest_txrate() function
      call when deciding which rate to transmit each frame at. This is
      immensely useful for ZD1211, and bcm can use it too.
      
      The user can still specify a rate through iwconfig, which is matched
      for all transmissions (assuming the rate they have specified is in
      the rate set required by the AP).
      
      At a later date, we can incorporate automatic rate management into
      the ieee80211softmac_recalc_txrates() function.
      
      This patch also removes the mcast_fallback field. Sam Leffler pointed
      out that this field is meaningless, because no driver will ever be
      retransmitting mcast frames (they are not acked).
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8462fe3c
    • D
      [PATCH] softmac: deauthentication implies deassociation · 6d92f83f
      Daniel Drake 提交于
      The 802.11 specs state that deauthenticating also implies
      disassociating. This patch implements that, which improve the behaviour
      of SIOCSIWMLME.
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6d92f83f
    • D
      [PATCH] softmac: make non-operational after being stopped · d57336e3
      Daniel Drake 提交于
      zd1211 with softmac and wpa_supplicant revealed an issue with softmac
      and the use of workqueues. Some of the work functions actually
      reschedule themselves, so this meant that there could still be
      pending work after flush_scheduled_work() had been called during
      ieee80211softmac_stop().
      
      This patch introduces a "running" flag which is used to ensure that
      rescheduling does not happen in this situation.
      
      I also used this flag to ensure that softmac's hooks into ieee80211 are
      non-operational once the stop operation has been started. This simply
      makes softmac a little more robust, because I could crash it easily
      by receiving frames in the short timeframe after shutting down softmac
      and before turning off the ZD1211 radio. (ZD1211 is now fixed as well!)
      Signed-off-by: NDaniel Drake <dsd@gentoo.org>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      d57336e3
  9. 25 4月, 2006 2 次提交
  10. 20 4月, 2006 2 次提交
  11. 23 3月, 2006 13 次提交