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
On Sun, Jan 26, 2014 at 8:50 PM, Sujith Manoharan suj...@msujith.org wrote:
Josh Boyer wrote:
adds a udelay(1) call to the ath9k driver. This will cause a
build error on various ARM configs because the value passed to udelay
is too large:
ERROR: __bad_udelay
This is *not* a problem of the wireless card. Please google about
bridges, wireless and 4-address mode ...
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Hi Johannes,
i found this bug report with your response:
https://bugzilla.redhat.com/show_bug.cgi?id=990955
I don't think adding a workqueue is a good idea because that would
significantly delay the calls in many situations.
The problem on ath9k_htc is that the call is already dramatically
On 27/01/14 20:02, Oleksij Rempel wrote:
Hi Johannes,
i found this bug report with your response:
https://bugzilla.redhat.com/show_bug.cgi?id=990955
I don't think adding a workqueue is a good idea because that would
significantly delay the calls in many situations.
The problem on
On Mon, 2014-01-27 at 20:02 +0100, Oleksij Rempel wrote:
Hi Johannes,
i found this bug report with your response:
https://bugzilla.redhat.com/show_bug.cgi?id=990955
I don't think adding a workqueue is a good idea because that would
significantly delay the calls in many situations.
The
From: Sujith Manoharan c_man...@qca.qualcomm.com
Use mdelay instead of udelay to fix this error:
ERROR: __bad_udelay [drivers/net/wireless/ath/ath9k/ath9k_hw.ko] undefined!
make[1]: *** [__modpost] Error 1
make: *** [modules] Error 2
Reported-by: Josh Boyer jwbo...@fedoraproject.org
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