Hello Sujith,
Simon Wunderlich wrote:
we have found a regression in the IBSS creation/joining part of mac80211
which is appearently connected to the TSF-syncing patches introduced
last year[1]. It prevents beaconing of an adhoc member after rejoining a
cell when this cell is currently
I'm CCing Teemu, who introduced this roughly 3.5 years ago (mac80211:
remove BSS from cfg80211 list when leaving IBSS,
5ea096c0c85e80335889539899af9a4717976e0b) , maybe he can explain it more.
I couldn't understand that from the commit message and the corresponding
mail thread.
If we
Simon Wunderlich wrote:
Yeah, this patch works for my case. I'm not completely sure why we only
unlink
for this special case (no stations bssid = zero), I don't see why it would
hurt to always throw away that BSS and rescan on the next join?
I'm CCing Teemu, who introduced this roughly
Simon Wunderlich wrote:
we have found a regression in the IBSS creation/joining part of mac80211
which
is appearently connected to the TSF-syncing patches introduced last year[1].
It prevents beaconing of an adhoc member after rejoining a cell when this
cell
is currently empty. The
Hi Sujith and list(s),
we have found a regression in the IBSS creation/joining part of mac80211 which
is appearently connected to the TSF-syncing patches introduced last year[1].
It prevents beaconing of an adhoc member after rejoining a cell when this cell
is currently empty. The problem is
