1. 09 9月, 2008 1 次提交
    • T
      mac80211: Fix low bit rate in IBSS · 9818babc
      Tomas Winkler 提交于
      This patch fixes regression in iwlwifi IBSS rate scaling caused by patch:
      
          commit 6bc37c06bc424bcf3f944e6a79e2d5bb537e02ed
          Author: Vladimir Koutny <vlado@work.ksp.sk>
          Date:   Fri Jun 13 16:50:44 2008 +0200
      
              mac80211: eliminate IBSS warning in rate_lowest_index()
      
      An IBSS station is added in prepare_for_handlers where the rate scaling was
      initialized only with single rate matching the received packet.
      The correct rate scale information should be updated only in
      ieee80211_rx_bss_info function where beacon is parsed. Because
      of coding error the rate info was left untouched.
      If a beacon has triggered the connection the rate remined 1Mbps.
      This patch fixes this coding error
      Signed-off-by: NTomas Winkler <tomas.winkler@intel.com>
      Cc: Vladimir Koutny <vlado@work.ksp.sk>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      9818babc
  2. 30 8月, 2008 1 次提交
  3. 27 8月, 2008 3 次提交
    • J
      mac80211: quiet chatty IBSS merge message · 576fdeae
      John W. Linville 提交于
      It seems obvious that this #ifndef should be the opposite polarity...
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      576fdeae
    • J
      mac80211: don't send empty extended rates IE · 8ab65b03
      Jan-Espen Pettersen 提交于
      The association request includes a list of supported data rates.
      
      802.11b: 4 supported rates.
      802.11g: 12 (8 + 4) supported rates.
      802.11a: 8 supported rates.
      
      The rates tag of the assoc request has room for only 8 rates. In case of
      802.11g an extended rate tag is appended. However in net/wireless/mlme.c
      an extended (empty) rate tag is also appended if the number of rates is
      exact 8. This empty (length=0) extended rates tag causes some APs to
      deny association with code 18 (unsupported rates). These APs include my
      ZyXEL G-570U, and according to Tomas Winkler som Cisco APs.
      
      'If count == 8' has been used to check for the need for an extended rates
      tag. But count would also be equal to 8 if the for loop exited because of
      no more supported rates. Therefore a check for count being less than
      rates_len would seem more correct.
      
      Thanks to:
       * Dan Williams for newbie guidance
       * Tomas Winkler for confirming the problem
      Signed-off-by: NJan-Espen Pettersen <sigsegv@radiotube.org>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8ab65b03
    • J
      mac80211: Use IWEVASSOCREQIE instead of IWEVCUSTOM · 087d833e
      Jouni Malinen 提交于
      The previous code was using IWEVCUSTOM to report IEs from AssocReq and
      AssocResp frames into user space. This can easily hit the 256 byte
      limit (IW_CUSTOM_MAX) with APs that include number of vendor IEs in
      AssocResp. This results in the event message not being sent and dmesg
      showing "wlan0 (WE) : Wireless Event too big (366)" type of errors.
      
      Convert mac80211 to use IWEVASSOCREQIE/IWEVASSOCRESPIE to avoid the
      issue of being unable to send association IEs as wireless events. These
      newer event types use binary encoding and larger maximum size
      (IW_GENERIC_IE_MAX = 1024), so the likelyhood of not being able to send
      the IEs is much smaller than with IWEVCUSTOM. As an extra benefit, the
      code is also quite a bit simpler since there is no need to allocate an
      extra buffer for hex encoding.
      Signed-off-by: NJouni Malinen <jouni.malinen@atheros.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      087d833e
  4. 23 8月, 2008 6 次提交
  5. 18 8月, 2008 1 次提交
  6. 05 8月, 2008 4 次提交
  7. 30 7月, 2008 2 次提交
  8. 15 7月, 2008 6 次提交
  9. 09 7月, 2008 1 次提交
  10. 08 7月, 2008 5 次提交
  11. 03 7月, 2008 1 次提交
  12. 01 7月, 2008 4 次提交
  13. 27 6月, 2008 4 次提交
  14. 17 6月, 2008 1 次提交
    • D
      wext: Emit event stream entries correctly when compat. · ccc58057
      David S. Miller 提交于
      Three major portions to this change:
      
      1) Add IW_EV_COMPAT_LCP_LEN, IW_EV_COMPAT_POINT_OFF,
         and IW_EV_COMPAT_POINT_LEN helper defines.
      
      2) Delete iw_stream_check_add_*(), they are unused.
      
      3) Add iw_request_info argument to iwe_stream_add_*(), and use it to
         size the event and pointer lengths correctly depending upon whether
         IW_REQUEST_FLAG_COMPAT is set or not.
      
      4) The mechanical transformations to the drivers and wireless stack
         bits to get the iw_request_info passed down into the routines
         modified in #3.  Also, explicit references to IW_EV_LCP_LEN are
         replaced with iwe_stream_lcp_len(info).
      
      With a lot of help and bug fixes from Masakazu Mokuno.
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      ccc58057