mbox series

[v3,0/3] wireless: Add support to probe unexercised mesh link

Message ID 1554318884-22450-1-git-send-email-rmanohar@codeaurora.org (mailing list archive)
Headers show
Series wireless: Add support to probe unexercised mesh link | expand

Message

Rajkumar Manoharan April 3, 2019, 7:14 p.m. UTC
Consider below mesh topology.

        MP1
       /    \
      /      \
     MP2 --- MP3

Assume that even though MP1 & MP3 have direct mesh links, the path was
established via MP2. (MP1 <-> MP2 <-> MP3). The 1-hop mesh link MP1 <-> MP3
never be excercised till the current path is terminated. As of now, there
is no option to send data frame to pick other than primary path. So mesh
link metric between MP1 & MP3 never be updated. This series allows user
to send data to 1-hop mesh peers through unexercised mesh path.

-Rajkumar

v3: Rebased the changes on TOT
 
Rajkumar Manoharan (3):
  cfg80211: add support to probe unexercised mesh link
  mac80211: add option for setting control flags
  mac80211: probe unexercised mesh links

 include/net/cfg80211.h       |  6 +++++
 include/net/mac80211.h       |  2 ++
 include/uapi/linux/nl80211.h | 16 +++++++++++++
 net/mac80211/cfg.c           |  1 +
 net/mac80211/ieee80211_i.h   |  5 +++-
 net/mac80211/mesh_hwmp.c     |  4 ++++
 net/mac80211/tdls.c          |  2 +-
 net/mac80211/tx.c            | 54 ++++++++++++++++++++++++++++++++++++++------
 net/wireless/nl80211.c       | 54 ++++++++++++++++++++++++++++++++++++++++++++
 net/wireless/rdev-ops.h      | 13 +++++++++++
 net/wireless/trace.h         | 19 ++++++++++++++++
 11 files changed, 167 insertions(+), 9 deletions(-)

Comments

Johannes Berg April 9, 2019, 12:02 p.m. UTC | #1
On Wed, 2019-04-03 at 12:14 -0700, Rajkumar Manoharan wrote:
> Consider below mesh topology.
> 
>         MP1
>        /    \
>       /      \
>      MP2 --- MP3
> 
> Assume that even though MP1 & MP3 have direct mesh links, the path was
> established via MP2. (MP1 <-> MP2 <-> MP3). The 1-hop mesh link MP1 <-> MP3
> never be excercised till the current path is terminated. As of now, there
> is no option to send data frame to pick other than primary path. So mesh
> link metric between MP1 & MP3 never be updated. This series allows user
> to send data to 1-hop mesh peers through unexercised mesh path.
> 
> -Rajkumar
> 
> v3: Rebased the changes on TOT

Hmm. Please rebase again, and retest, because I just applied this and it
doesn't even compile ...

johannes
Rajkumar Manoharan April 11, 2019, 12:02 a.m. UTC | #2
On 2019-04-09 05:02, Johannes Berg wrote:
> On Wed, 2019-04-03 at 12:14 -0700, Rajkumar Manoharan wrote:
>> Consider below mesh topology.
>> 
>>         MP1
>>        /    \
>>       /      \
>>      MP2 --- MP3
>> 
>> Assume that even though MP1 & MP3 have direct mesh links, the path was
>> established via MP2. (MP1 <-> MP2 <-> MP3). The 1-hop mesh link MP1 
>> <-> MP3
>> never be excercised till the current path is terminated. As of now, 
>> there
>> is no option to send data frame to pick other than primary path. So 
>> mesh
>> link metric between MP1 & MP3 never be updated. This series allows 
>> user
>> to send data to 1-hop mesh peers through unexercised mesh path.
>> 
>> -Rajkumar
>> 
>> v3: Rebased the changes on TOT
> 
> Hmm. Please rebase again, and retest, because I just applied this and 
> it
> doesn't even compile ...
> 
Sure.. will send next version on top of mac80211-next.

-Rajkumar