brcmfmac: work-around gcc 4.7 build issue
authorAlexandre Oliva <oliva@lsd.ic.unicamp.br>
Mon, 16 Jan 2012 19:00:12 +0000 (14:00 -0500)
committerBen Hutchings <ben@decadent.org.uk>
Mon, 19 Mar 2018 18:58:20 +0000 (18:58 +0000)
commit5a05d9046553c6d85fca860f0b3f76f0c735d0cc
treed537490bdce31266d955a4cc5ac250f1999088e4
parent1c7cb8cda914e52512582111685782dec6bcc73a
brcmfmac: work-around gcc 4.7 build issue

commit 5addc0de28f5e286f9d121112c4222250807b5a5 upstream.

Alexandre Oliva <oliva@lsd.ic.unicamp.br> says:

"It's an issue brought about by GCC 4.7's partial-inlining, that ends up
splitting the udelay function just at the wrong spot, in such a way that
some sanity checks for constants fails, and we end up calling
bad_udelay.

This patch fixes the problem.  Feel free to push it upstream if it makes
sense to you."

Signed-off-by: John W. Linville <linville@tuxdriver.com>
Signed-off-by: Ben Hutchings <ben@decadent.org.uk>
drivers/net/wireless/brcm80211/brcmfmac/wl_cfg80211.c