alistair23-linux/drivers/net/wireless/brcm80211/brcmsmac
Brian Norris 1d240d3702 brcmsmac: don't leak kernel memory via printk()
Debug code prints the fifo name via custom dev_warn() wrappers. The
fifo_names array is only non-zero when debugging is manually enabled,
which is all well and good. However, it's *not* good that this array
uses zero-length arrays in the non-debug case, and so it doesn't
actually have any memory allocated to it. This means that as far as we
know, fifo_names[i] actually points to garbage memory.

I've seen this in my log:

[ 4601.205511] brcmsmac bcma0:1: wl0: brcms_c_d11hdrs_mac80211: �GeL txop exceeded phylen 137/256 dur 1602/1504

So let's give this array space enough to fill it with a NULL byte.

Signed-off-by: Brian Norris <computersforpeace@gmail.com>
Cc: Brett Rudley <brudley@broadcom.com>
Cc: Arend van Spriel <arend@broadcom.com>
Cc: "Franky (Zhenhui) Lin" <frankyl@broadcom.com>
Cc: Hante Meuleman <meuleman@broadcom.com>
Cc: "John W. Linville" <linville@tuxdriver.com>
Cc: linux-wireless@vger.kernel.org
Cc: brcm80211-dev-list@broadcom.com
Cc: netdev@vger.kernel.org
Acked-by: Arend van Spriel <arend@broadcom.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
2014-12-15 13:46:20 -05:00
..
phy brcm80211: use container_of to resolve brcms_phy from brcms_phy_pub 2014-09-15 15:00:53 -04:00
aiutils.c
aiutils.h
ampdu.c
ampdu.h
antsel.c
antsel.h
brcms_trace_events.c
brcms_trace_events.h
channel.c
channel.h
d11.h
debug.c brcmsmac: extend hardware info shown in debugfs 2014-12-01 15:57:20 -05:00
debug.h
dma.c brcm80211: use container_of to resolve dma_info from dma_pub 2014-09-15 15:00:53 -04:00
dma.h
led.c
led.h
mac80211_if.c mac80211: allow drivers to support NL80211_SCAN_FLAG_RANDOM_ADDR 2014-11-19 18:46:09 +01:00
mac80211_if.h
main.c brcmsmac: don't leak kernel memory via printk() 2014-12-15 13:46:20 -05:00
main.h
Makefile
phy_shim.c
phy_shim.h
pmu.c
pmu.h
pub.h
rate.c
rate.h
scb.h
stf.c
stf.h
types.h
ucode_loader.c
ucode_loader.h