Re: [ 018/167] [PATCH] brcm80211: smac: resume transmit fifo uponreceiving frames

[Ben Hutchings]

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 <arend@xxxxxxxxxxxx>
> 
> 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

Attachment: signature.asc
Description: This is a digitally signed message part