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 |
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
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