On Wed, May 09, 2012 at 08:10:54PM +0200, Johannes Berg wrote: > On Wed, 2012-05-09 at 20:01 +0200, Arend van Spriel wrote: > > > As part of the discussion over here I am proposing to get rid of the tx > > muting in brcmsmac as mac80211 already has that behaviour for passive > > channels if I am not mistaken (is this true, Johannes?). > > Arend, I haven't really followed this discussion, can you elaborate? > > On passive channels, when scanning, mac80211 will send a probe only > after receiving a frame on that channel. When associating, it has no > such behaviour, at least not directly, but I suppose it could be > implemented (waiting for the beacon) The background is that brcmsmac contains a bunch of code for regulatory support that is either duplicated (and in conflict) with the protocol-level support or else it would better be handled there. This is causing problems on pretty much any channel that isn't part of the default world regulatory domain. I've sent RFC patches that strip out the vast majority of this code in favor of better integration with the protocol-level regulatory support. The piece that's under discussion here is a behavior I maintained in my changes, which mutes tx on passive scan channels until data is received on a given channel. But in my opinion, if this sort of behavior is desired it ought to be implemented at the protocol level instead of in the driver, so I'd really prefer to see it removed from brcmsmac. Seth -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
