Doug / smarc-fsl-linux-kernel

26 Nov, 2012

2 commits

  • 3d9d1d665   nl80211/cfg80211: support VHT channel configuration ... Browse Code »

    Change nl80211 to support specifying a VHT (or HT)
    using the control channel frequency (as before) and
    new attributes for the channel width and first and
    second center frequency. The old channel type is of
    course still supported for HT.

    Also change the cfg80211 channel definition struct
    to support these by adding the relevant fields to
    it (and removing the _type field.)

    This also adds new helper functions:
    - cfg80211_chandef_create to create a channel def
    struct given the control channel and channel type,
    - cfg80211_chandef_identical to check if two channel
    definitions are identical
    - cfg80211_chandef_compatible to check if the given
    channel definitions are compatible, and return the
    wider of the two

    This isn't entirely complete, but that doesn't matter
    until we have a driver using it. In particular, it's
    missing
    - regulatory checks on the usable bandwidth (if that
    even makes sense)
    - regulatory TX power (database can't deal with it)
    - a proper channel compatibility calculation for the
    new channel types

    Signed-off-by: Johannes Berg

    Johannes Berg
     
  • 683b6d3b3   cfg80211: pass a channel definition struct ... Browse Code »

    Instead of passing a channel pointer and channel type
    to all functions and driver methods, pass a new channel
    definition struct. Right now, this struct contains just
    the control channel and channel type, but for VHT this
    will change.

    Also, add a small inline cfg80211_get_chandef_type() so
    that drivers don't need to use the _type field of the
    new structure all the time, which will change.

    Signed-off-by: Johannes Berg

    Johannes Berg
     

18 Oct, 2012

2 commits

29 Jun, 2012

2 commits

18 Jun, 2012

1 commit

  • 728b19e5f   {nl,cfg,mac}80211: implement dot11MeshHWMPconfirmationInterval ... Browse Code »

    As defined in section 13.10.9.3 Case D (802.11-2012), this
    control variable is used to limit the mesh STA to send only
    one PREQ to a root mesh STA within this interval of time
    (in TUs). The default value for this variable is set to
    2000 TUs. However, for current implementation, the maximum
    configurable of dot11MeshHWMPconfirmationInterval is
    restricted by dot11MeshHWMPactivePathTimeout.

    Signed-off-by: Chun-Yeow Yeoh
    [line-break commit log]
    Signed-off-by: Johannes Berg

    Chun-Yeow Yeoh
     

14 Jun, 2012

1 commit

07 Jun, 2012

1 commit

  • e8c9bd5b8   cfg80211: clarify set_channel APIs ... Browse Code »

    Now that we've removed all uses of the set_channel
    API except for the monitor channel and in libertas,
    clarify this. Split the libertas mesh use into a
    new libertas_set_mesh_channel() operation, just to
    keep backward compatibility, and rename the normal
    set_channel() to set_monitor_channel().

    Also describe the desired set_monitor_channel()
    semantics more clearly.

    Signed-off-by: Johannes Berg
    Signed-off-by: John W. Linville

    Johannes Berg
     

06 Jun, 2012

1 commit

  • cc1d2806b   cfg80211: provide channel to join_mesh function ... Browse Code »

    Just like the AP mode patch, instead of setting
    the channel and then joining the mesh network,
    provide the channel to join the network on to
    the join_mesh() function.

    Like in AP mode, you can also give the channel
    to the join-mesh nl80211 command now.

    Unlike AP mode, it picks a default channel if
    none was given.

    As libertas uses mesh mode interfaces but has
    no join_mesh callback and we can't simply break
    it, keep some compatibility code for that case
    and configure the channel directly for it.

    In the non-libertas case, where we store the
    channel until join, allow setting it while the
    interface is down.

    Signed-off-by: Johannes Berg
    Signed-off-by: John W. Linville

    Johannes Berg
     

09 May, 2012

1 commit

  • 70c33eaae   {nl,cfg,mac}80211: Allow user to see/configure HT protection mode ... Browse Code »

    This patch introduces a new mesh configuration parameter "ht_opmode" and will
    allow user to check the current HT protection mode selected. Users could
    configure the protection mode by the command "iw mesh_iface set mesh_param
    mesh_ht_protection_mode=2". The default protection mode of mesh is set to
    non-HT mixed mode.

    Signed-off-by: Ashok Nagarajan
    Reviewed-by: Thomas Pedersen
    Signed-off-by: John W. Linville

    Ashok Nagarajan
     

11 Apr, 2012

1 commit

06 Mar, 2012

1 commit

  • 553351378   {nl,cfg,mac}80211: Implement RSSI threshold for mesh peering ... Browse Code »

    Mesh peer links are established only if average rssi of the peer
    candidate satisfies the threshold. This is not in 802.11s specification
    but was requested by David Fulgham, an open80211s user. This is a way to avoid
    marginal peer links with stations that are barely within range.

    This patch adds a new mesh configuration parameter, mesh_rssi_threshold. This
    feature is supported only for hardwares that report signal in dBm.

    Signed-off-by: Ashok Nagarajan
    Signed-off-by: Javier Cardona
    Signed-off-by: John W. Linville

    Ashok Nagarajan
     

28 Jan, 2012

1 commit

29 Nov, 2011

1 commit

01 Nov, 2011

1 commit

25 Aug, 2011

2 commits

13 Apr, 2011

4 commits

21 Dec, 2010

1 commit

  • c80d545da   mac80211: Let userspace enable and configure vendor specific path selection. ... Browse Code »

    Userspace will now be allowed to toggle between the default path
    selection algorithm (HWMP, implemented in the kernel), and a vendor
    specific alternative. Also in the same patch, allow userspace to add
    information elements to mesh beacons. This is accordance with the
    Extensible Path Selection Framework specified in version 7.0 of the
    802.11s draft.

    Signed-off-by: Javier Cardona
    Signed-off-by: John W. Linville

    Javier Cardona
     

07 Dec, 2010

1 commit

  • 29cbe68c5   cfg80211/mac80211: add mesh join/leave commands ... Browse Code »

    Instead of tying mesh activity to interface up,
    add join and leave commands for mesh. Since we
    must be backward compatible, let cfg80211 handle
    joining a mesh if a mesh ID was pre-configured
    when the device goes up.

    Note that this therefore must modify mac80211 as
    well since mac80211 needs to lose the logic to
    start the mesh on interface up.

    We now allow querying mesh parameters before the
    mesh is connected, which simply returns defaults.
    Setting them (internally renamed to "update") is
    only allowed while connected. Specify them with
    the new mesh join command instead where needed.

    In mac80211, beaconing must now also follow the
    mesh enabled/not enabled state, which is done
    by testing the mesh ID.

    Signed-off-by: Javier Cardona
    Signed-off-by: Johannes Berg
    Signed-off-by: John W. Linville

    Johannes Berg