1. 26 3月, 2013 1 次提交
  2. 19 3月, 2013 1 次提交
  3. 06 3月, 2013 1 次提交
  4. 12 2月, 2013 1 次提交
  5. 08 2月, 2013 3 次提交
  6. 19 1月, 2013 1 次提交
  7. 14 1月, 2013 1 次提交
  8. 03 1月, 2013 1 次提交
    • J
      mac80211: split TX aggregation stop action · 18b559d5
      Johannes Berg 提交于
      When TX aggregation is stopped, there are a few
      different cases:
       - connection with the peer was dropped
       - session stop was requested locally
       - session stop was requested by the peer
       - connection was dropped while a session is stopping
      
      The behaviour in these cases should be different, if
      the connection is dropped then the driver should drop
      all frames, otherwise the frames may continue to be
      transmitted, aggregated in the case of a locally
      requested session stop or unaggregated in the case of
      the peer requesting session stop.
      
      Split these different cases so that the driver can
      act accordingly; however, treat local and remote stop
      the same way and ask the driver to not send frames as
      aggregated packets any more.
      
      In the case of connection drop, the stop callback the
      driver is otherwise supposed to call is no longer
      required.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      18b559d5
  9. 11 12月, 2012 7 次提交
  10. 07 12月, 2012 1 次提交
  11. 05 12月, 2012 6 次提交
  12. 04 12月, 2012 7 次提交
  13. 28 11月, 2012 4 次提交
  14. 27 11月, 2012 5 次提交
    • 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: pass wmm configuration to the fw · d50529c0
      Eliad Peller 提交于
      New fields were added to start_role(ap) and
      set_peer_state commands, so the fw will be
      able to know whether the sta/ap supports
      wmm (the fw uses it in order to choose the
      AC for some of its internally-generated frames)
      
      For sta, take this value right from bss_conf->qos.
      
      For ap, check for wmm support by looking for the
      WMM IE in the configured beacon.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      d50529c0
    • E
      wlcore: update events enum/struct to new fw api · c50a2825
      Eliad Peller 提交于
      The event mailbox in wl18xx has a different
      (non-compatible) structure.
      
      Create common functions in wlcore to handle the
      events, and call them from the chip-specific
      event mailbox parsers.
      
      This way, each driver (wl12xx/wl18xx) extracts
      the event mailbox by itself according to its
      own structure, and then calls the common
      wlcore functions to handle it.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      c50a2825
    • E
      wlcore: update channel_switch/stop_channel_switch commands · fcab1890
      Eliad Peller 提交于
      Some fields were added to the channel_switch and
      stop_channel_switch commands. Unfortunately,
      the new 18xx channel_switch struct is not backward
      compatible with the 12xx channel switch struct.
      
      Add a new channel_switch op to wlcore, and update
      the driver accordingly.
      Signed-off-by: NEliad Peller <eliad@wizery.com>
      Signed-off-by: NLuciano Coelho <coelho@ti.com>
      fcab1890
    • 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