On Wed, 2012-05-09 at 06:50 +0100, Ben Hutchings wrote: > 3.2-stable review patch. If anyone has any objections, please let me know. > > ------------------ > > From: Arend van Spriel <[email protected]> > > commit badc4f07622f0f7093a201638f45e85765f1b5e4 upstream. > > There have been reports about not being able to use access-points > on channel 12 and 13 or having connectivity issues when these channels > were part of the selected regulatory domain. Upon switching to these > channels the brcmsmac driver suspends the transmit dma fifos. This > patch resumes them upon handing over the first received beacon to > mac80211. > > This patch is to be applied to the stable tree for kernel versions > 3.2 and 3.3.
It looks like my earlier build test didn't include this driver, due to
'depends on BCMA=n'. Unfortunately:
[...]
> + /* unmute transmit */
> + if (wlc->hw->suspended_fifos) {
> + hdr = (struct ieee80211_hdr *)p->data;
> + if (ieee80211_is_beacon(hdr->frame_control))
> + brcms_b_mute(wlc->hw, false);
> + }
[...]
brcms_b_mute() takes three arguments in 3.2. Can you send me a patch to
fix this up in 3.2.y, or should I revert the change?
Ben.
--
Ben Hutchings
Experience is directly proportional to the value of equipment destroyed.
- Carolyn Scheppner
signature.asc
Description: This is a digitally signed message part
