1. 16 4月, 2013 5 次提交
  2. 08 4月, 2013 1 次提交
  3. 22 3月, 2013 1 次提交
  4. 06 3月, 2013 4 次提交
  5. 15 2月, 2013 4 次提交
  6. 05 2月, 2013 1 次提交
    • M
      mac80211: mesh power save basics · 3f52b7e3
      Marco Porsch 提交于
      Add routines to
      - maintain a PS mode for each peer and a non-peer PS mode
      - indicate own PS mode in transmitted frames
      - track neighbor STAs power modes
      - buffer frames when neighbors are in PS mode
      - add TIM and Awake Window IE to beacons
      - release frames in Mesh Peer Service Periods
      
      Add local_pm to sta_info to represent the link-specific power
      mode at this station towards the remote station. When a peer
      link is established, use the default power mode stored in mesh
      config. Update the PS status if the peering status of a neighbor
      changes.
      Maintain a mesh power mode for non-peer mesh STAs. Set the
      non-peer power mode to active mode during peering. Authenticated
      mesh peering is currently not working when either node is
      configured to be in power save mode.
      
      Indicate the current power mode in transmitted frames. Use QoS
      Nulls to indicate mesh power mode transitions.
      For performance reasons, calls to the function setting the frame
      flags are placed in HWMP routing routines, as there the STA
      pointer is already available.
      
      Add peer_pm to sta_info to represent the peer's link-specific
      power mode towards the local station. Add nonpeer_pm to
      represent the peer's power mode towards all non-peer stations.
      Track power modes based on received frames.
      
      Add the ps_data structure to ieee80211_if_mesh (for TIM map, PS
      neighbor counter and group-addressed frame buffer).
      
      Set WLAN_STA_PS flag for STA in PS mode to use the unicast frame
      buffering routines in the tx path. Update num_sta_ps to buffer
      and release group-addressed frames after DTIM beacons.
      
      Announce the awake window duration in beacons if in light or
      deep sleep mode towards any peer or non-peer. Create a TIM IE
      similarly to AP mode and add it to mesh beacons. Parse received
      Awake Window IEs and check TIM IEs for buffered frames.
      
      Release frames towards peers in mesh Peer Service Periods. Use
      the corresponding trigger frames and monitor the MPSP status.
      Append a QoS Null as trigger frame if neccessary to properly end
      the MPSP. Currently, in HT channels MPSPs behave imperfectly and
      show large delay spikes and frame losses.
      Signed-off-by: NMarco Porsch <marco@cozybit.com>
      Signed-off-by: NIvan Bezyazychnyy <ivan.bezyazychnyy@gmail.com>
      Signed-off-by: NMike Krinkin <krinkin.m.u@gmail.com>
      Signed-off-by: NMax Filippov <jcmvbkbc@gmail.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      3f52b7e3
  7. 24 1月, 2013 1 次提交
  8. 03 1月, 2013 3 次提交
  9. 06 12月, 2012 1 次提交
  10. 27 11月, 2012 1 次提交
  11. 26 11月, 2012 2 次提交
  12. 19 11月, 2012 1 次提交
  13. 05 11月, 2012 1 次提交
  14. 18 10月, 2012 1 次提交
  15. 17 10月, 2012 1 次提交
  16. 06 9月, 2012 1 次提交
  17. 02 7月, 2012 1 次提交
  18. 28 6月, 2012 1 次提交
  19. 21 6月, 2012 1 次提交
  20. 14 6月, 2012 1 次提交
    • C
      mac80211: implement the proactive PREQ generation · a69cc44f
      Chun-Yeow Yeoh 提交于
      Generate the proactive PREQ element as defined in
      Sec. 13.10.9.3 (Case C) of IEEE Std. 802.11-2012
      based on the selection of dot11MeshHWMPRootMode as follow:
      dot11MeshHWMPRootMode (2) is proactivePREQnoPREP
      dot11MeshHWMPRootMode (3) is proactivePREQwithPREP
      
      The proactive PREQ is generated based on the interval
      defined by dot11MeshHWMProotInterval.
      
      With this change, proactive RANN element is now generated
      if the dot11MeshHWMPRootMode is set to (4) instead of (1).
      Signed-off-by: NChun-Yeow Yeoh <yeohchunyeow@gmail.com>
      [line-break commit log]
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      a69cc44f
  21. 12 6月, 2012 1 次提交
  22. 11 6月, 2012 1 次提交
  23. 17 4月, 2012 1 次提交
  24. 11 4月, 2012 1 次提交
    • J
      mac80211: Implement mesh synchronization framework · dbf498fb
      Javier Cardona 提交于
      This patch adds MBSS extensible synchronization framework (Sec.
      13.13.2 of IEEE Std. 802.11-2012).
      
      The framework is implemented via an ops table which defines the
      following functions:
      
          rx_bcn_presp() - this is called every time a mesh beacon is
      received.
          adjust_tbtt() - this is called immediately before a beacon is about
      to be transmitted.
      
      The default neighbor offset synchronization defined in the standard is
      implemented.  We also provide template functions for vendor specific
      methods.
      
      When neighbor offset synchronization is active (which is the default)
      mesh neighbors in the same MBSS will track timing offsets to each other
      and compensate clock drift.
      
      In our tests we observed that this mesh synchronization implementation
      successfully corrected drifts between stations of ~2PPM while
      introducing a jitter of ~20us.
      
      It is also possible to test this framework on mac80211_hwsim simulated
      phys to see how it behaves under different topologies, over poor links,
      etc.
      Signed-off-by: NMarco Porsch <marco.porsch@s2005.tu-chemnitz.de>
      Signed-off-by: NPavel Zubarev <pavel.zubarev@gmail.com>
      Signed-off-by: NJavier Cardona <javier@cozybit.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      dbf498fb
  25. 10 4月, 2012 2 次提交
  26. 14 12月, 2011 1 次提交