1. 18 Feb, 2013 1 commit
  2. 11 Feb, 2013 1 commit
  3. 30 Jan, 2013 1 commit
    • Bing Zhao's avatar
      mwifiex: fix incomplete scan in case of IE parsing error · 8a7d7cbf
      Bing Zhao authored
      A scan request is split into multiple scan commands queued in
      scan_pending_q. Each scan command will be sent to firmware and
      its response is handlded one after another.
      
      If any error is detected while parsing IE in command response
      buffer the remaining data will be ignored and error is returned.
      
      We should check if there is any more scan commands pending in
      the queue before returning error. This ensures that we will call
      cfg80211_scan_done if this is the last scan command, or send
      next scan command in scan_pending_q to firmware.
      
      Cc: "3.6+" <stable@vger.kernel.org>
      Signed-off-by: default avatarBing Zhao <bzhao@marvell.com>
      Signed-off-by: default avatarAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      8a7d7cbf
  4. 29 Oct, 2012 4 commits
  5. 24 Oct, 2012 1 commit
  6. 18 Oct, 2012 1 commit
    • Arend van Spriel's avatar
      wireless: drivers: make use of WLAN_EID_VENDOR_SPECIFIC · 04b2312a
      Arend van Spriel authored
      The include file linux/ieee80211.h contains three definitions for
      the same thing in enum ieee80211_eid due to historic changes:
      
      /* Information Element IDs */
      enum ieee80211_eid {
          :
          WLAN_EID_WPA = 221,
          WLAN_EID_GENERIC = 221,
          WLAN_EID_VENDOR_SPECIFIC = 221,
          :
      };
      
      The standard refers to this as "vendor specific" element so the
      other two definitions are better not used. This patch changes the
      wireless drivers to use one definition, ie. WLAN_EID_VENDOR_SPECIFIC.
      
      Cc: Jouni Malinen <j@w1.fi>
      Cc: Dan Williams <dcbw@redhat.com>
      Cc: Larry Finger <Larry.Finger@lwfinger.net>
      Acked-by: Kalle Valo <kvalo@qca.qualcomm.com> [ath6kl]
      Acked-by: Bing Zhao <bzhao@marvell.com> [mwifiex]
      Acked-by: Stanislav Yakovlev <stas.yakovlev@gmail.com> [ipw2x00]
      Signed-off-by: default avatarArend van Spriel <arend@broadcom.com>
      [change libipw as well]
      Signed-off-by: default avatarJohannes Berg <johannes.berg@intel.com>
      04b2312a
  7. 08 Oct, 2012 3 commits
  8. 28 Sep, 2012 1 commit
  9. 07 Sep, 2012 1 commit
  10. 10 Aug, 2012 1 commit
  11. 06 Aug, 2012 1 commit
  12. 28 Jun, 2012 1 commit
    • Amitkumar Karwar's avatar
      mwifiex: wakeup main thread to handle command queued · 1a1fb970
      Amitkumar Karwar authored
      We miss to wakeup main thread after adding command to cmd pending
      queue at follwing places. These commands are handled later when
      main thread is woken up for handling an interrupt for sleep event
      from firmware. This adds worst case delay of 50msec.
      
      1) We don't wakeup main thread when asynchronous command is added
      to cmd pending queue. Move queue_work() call from
      mwifiex_wait_queue_complete() to mwifiex_send_cmd_async() to wakeup
      main thread for sync as well as async commands.
      
      2) Scan operation is triggered due to following reasons
         a) request from user (ex. "iw scan" command)
         b) Scan performed by driver internally.
         In first case main thread is woken up when first scan command is
      queued in cmd pending queue (we don't need to wakeup main thread for
      subsequent scan commands, because they are queued in scan command
      response handler), but it is not done for second case. queue_work()
      is moved inside mwifiex_scan_networks() to handle both the cases.
      Signed-off-by: default avatarAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: default avatarAvinash Patil <patila@marvell.com>
      Signed-off-by: default avatarBing Zhao <bzhao@marvell.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      1a1fb970
  13. 11 Jun, 2012 2 commits
  14. 06 Jun, 2012 1 commit
    • Joe Perches's avatar
      wireless: Remove casts to same type · 2c208890
      Joe Perches authored
      Adding casts of objects to the same type is unnecessary
      and confusing for a human reader.
      
      For example, this cast:
      
              int y;
              int *p = (int *)&y;
      
      I used the coccinelle script below to find and remove these
      unnecessary casts.  I manually removed the conversions this
      script produces of casts with __force, __iomem and __user.
      
      @@
      type T;
      T *p;
      @@
      
      -       (T *)p
      +       p
      
      Neatened the mwifiex_deauthenticate_infra function which
      was doing odd things with array pointers and not using
      is_zero_ether_addr.
      Signed-off-by: default avatarJoe Perches <joe@perches.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      2c208890
  15. 17 Apr, 2012 2 commits
  16. 09 Apr, 2012 2 commits
  17. 14 Mar, 2012 1 commit
  18. 13 Mar, 2012 1 commit
  19. 05 Mar, 2012 2 commits
  20. 29 Feb, 2012 1 commit
  21. 06 Feb, 2012 1 commit
  22. 27 Jan, 2012 1 commit
  23. 24 Jan, 2012 1 commit
  24. 19 Dec, 2011 1 commit
  25. 14 Dec, 2011 1 commit
  26. 11 Nov, 2011 3 commits
  27. 07 Nov, 2011 1 commit
  28. 14 Oct, 2011 2 commits