1. 25 3月, 2013 3 次提交
  2. 11 12月, 2012 6 次提交
  3. 05 12月, 2012 5 次提交
  4. 04 12月, 2012 1 次提交
  5. 27 11月, 2012 4 次提交
    • E
      wlcore: save session_id per-link · 978cd3a0
      Eliad Peller 提交于
      A new session_id is generated on link allocation.
      it is saved in a global array and used later, on tx.
      
      The new fw api adds new bcast/global_session_id
      fields to start_role(ap) command, and a new session_id
      field to add_peer command. align the driver with it.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      978cd3a0
    • E
      wlcore: split 18xx and 12xx scan mechanism · 78e28062
      Eliad Peller 提交于
      The scan APIs of 12xx and 18xx are totally different.
      Use some common functions as much as possible (e.g.
      for setting scan channels), but split scan.c into
      chip-specific scan.c files, each implementing its
      own scan mechanism.
      
      (in other words - move most of the current wlcore's
      scan.c into wl12xx, and implement a similar mechanism
      in 18xx, according to the new api)
      
      New wlcore ops are introduced in order to call the
      chip-specific scan functions.
      
      The template indices used for each scan (regular/scheduled)
      are also different between the chips, so set the correct
      indices used for each scan type after identifying the chip.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      78e28062
    • E
      wlcore: implement .remain_on_channel() callback · dabf37db
      Eliad Peller 提交于
      implement the reamin_on_channel() callback by starting
      a dev role (already associated with the current vif)
      on the requested channel/band.
      
      This channel is usually different from the channel
      of the sta role, so pass it to wl12xx_roc() as well,
      and notify mac80211 (async) when the fw is ready
      on the new channel.
      
      Now, in case of offchannel tx, we should use the dev
      role hlid, instead of the sta hlid.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Reviewed-by: NArik Nemtsov <arik@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      dabf37db
    • E
      wlcore: start sta role on CHANGED_BSSID · 3230f35e
      Eliad Peller 提交于
      Make the connection flow simpler by starting
      sta role on bssid change.
      
      Currently, we start dev role when going idle-off,
      and start the sta role only after association
      indication. This complicates the connection
      flow with some possible intermediate states.
      
      Make it simpler by starting sta role on bssid change,
      which now happens *before* auth req get sent.
      
      Update the handling of mac80211's notifications
      and change wl1271_join/unjoin accordingly -
      * Split wl1271_join() into wlcore_join (tuning on
        a channel/bssid) and wlcore_set_assoc (configure
        sta after association).
      * Rename wl1271_unjoin() to wlcore_unset_assoc(), as
        it is no longer the inversion of wl1271_join()
        (now it's only used to disconnect associated sta /
        joined ibss, without stopping the role).
      * Set ssid before starting station role (needed for
        start_role(sta)
      
      While on it, split wl1271_bss_info_changed_sta() into
      some sub-functions.
      
      since we no longer use dev role in the connection flow,
      we now always use the hlid of the sta role.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Reviewed-by: NArik Nemtsov <arik@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      3230f35e
  6. 27 9月, 2012 5 次提交
  7. 31 7月, 2012 2 次提交
  8. 18 7月, 2012 2 次提交
  9. 27 6月, 2012 1 次提交
    • E
      wlcore: fix broken TX due to wrong queuing of recovery · 7a50bdfb
      Eyal Shapira 提交于
      commit 14bba17b "wl12xx: Propagate errors from wl1271_raw_write32"
      breaks down TX in certain scenarios. wl1271_irq_locked() propagates
      errors from wl1271_tx_work_locked however it may return -EBUSY
      when the FW queues are full which is a legitimate case and not a
      a real error. In this case a recovery is triggered by wl1271_irq
      and this keeps repeating itself so TX is completely broken.
      Fix it by avoiding propagating return values as errors even if they
      aren't. Only bus (SDIO or SPI) ops failures would be progagated
      as only these should trigger recovery.
      Signed-off-by: NEyal Shapira <eyal@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      7a50bdfb
  10. 22 6月, 2012 3 次提交
  11. 14 6月, 2012 1 次提交
    • E
      wlcore: send EAPOLs with basic rate policy · 8f1a8684
      Eyal Shapira 提交于
      EAPOLs are sent at high rates as they are considered
      data packets. Some APs like Motorola Symbol AP7131 and AP650
      don't respond well to these rates and don't respond with
      EAPOL 3/4 consistently. When sending EAPOL 2/4 at 54Mbps
      we've seen approx 30% success rate in getting EAPOL 3/4 response
      while using 11Mbps we got 100% success.
      To increase the chances of successful 4-Way handshake with
      such APs, send EAPOLs with basic rate policy in order to avoid
      high rates.
      Signed-off-by: NEyal Shapira <eyal@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      8f1a8684
  12. 07 6月, 2012 7 次提交