On Sunday 26 November 2006 11:03, Johannes Berg wrote: > On Sat, 2006-11-25 at 23:05 -0500, Daniel Drake wrote: > > > Surely disabling the queue actually makes sense, in order to avoid > > frames designated for the "current session" being transmitted on > > different channels during scanning? > > The problem is that queue disabling isn't refcounted so that a scan that > collides with bcm43xx having disabled the queue for calibration might > re-enable the queue while bcm43xx is still calibrating. > > Clearly, this doesn't fully fix the problem because softmac will try to > transmit frames during the calibration. Hence, a proper fix would be to > not remove the calls to netif_tx_disable but make them go through > softmac (ieee80211_tx_disable) to make sure that softmac doesn't try to > scan while the queues are disabled, which would fix the aforementioned > problem of softmac enabling the queue while the driver needs it disabled > for free.
Yeah, but I don't think it's worth fixing. ;) Simply removing this tx_disable in softmac fixes a _big_ bug and that must be applied. The bug of being able to scan while calibrating is very minor and not worth to fix. Fixing this will likely introduce other bugs. It's simply not worth it anymore. This tx_disable remove patch must be applied, because it fixes actual locking issues in the driver(s). And I think it is responsible for several mysterious bugs we have seen in the past. I cannot prove that, but I am pretty sure. It must also be pushed for inclusion in -stable. -- Greetings Michael. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
