Skip to contentSkip to conversation

Don't enable PROMISC when adding AP to a bridge?

DISCUSSION Ben Greear 2 participants 2 messages Jul 13, 2015 – Jul 14, 2015 Qualcomm Atheros ATH10K wireless driver

lore
Share & tools
lore

Ben Greear

author
#0 lore raw

I notice some of my WLE900VX cards will lock up and not receive any packets after a few seconds of being in PROMISC mode. This happens on my own CT firmware as well as stock firmware-2.bin. This breaks monitor mode, of course, but it also breaks bridged AP mode.

So, I found this patch from way back when:
http://lists.celinuxforum.org/pipermail/bridge/2008-June/005906.html

I hacked a similar thing into my 4.0.4 kernel, and now bridged mode AP seems much more stable (and the radio does not go into PROMISC mode, so it should be more efficient in a busy RF environment).

Maybe this feature could be revisited?

Thanks,
Ben

Signature · 2 lines
Ben Greear <[email protected]>
Candela Technologies Inc  http://www.candelatech.com
#1 lore raw
Quoted 5 lines · Ben Greear

I notice some of my WLE900VX cards will lock up and not receive any packets after a few seconds of being in PROMISC mode. This happens on my own CT firmware as well as stock firmware-2.bin. This breaks monitor mode, of course, but it also breaks bridged AP mode.

Quoted 8 lines

So, I found this patch from way back when:
http://lists.celinuxforum.org/pipermail/bridge/2008-June/005906.html

I hacked a similar thing into my 4.0.4 kernel, and now bridged mode AP seems much more stable (and the radio does not go into PROMISC mode, so it should be more efficient in a busy RF environment).

Maybe this feature could be revisited?

This has already been done and mac80211 in 4.2-rc no longer propagates promisc to drivers[1].

[1]: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/net/mac80211?id=df1404650ccbfeb76a84f301f22316be0d00a864

Michał