summaryrefslogtreecommitdiff
path: root/drivers/net/tun.c
diff options
context:
space:
mode:
authorArnd Bergmann <arnd@arndb.de>2016-10-18 01:13:40 +0300
committerKalle Valo <kvalo@codeaurora.org>2016-10-27 18:04:54 +0300
commitd3532ea6ce4ea501e421d130555e59edc2945f99 (patch)
tree43b0889cb47963554a40f264502601a6092d0f43 /drivers/net/tun.c
parente604d9124b4c9b405e058a8495f28ce6a652efb2 (diff)
downloadlinux-d3532ea6ce4ea501e421d130555e59edc2945f99.tar.xz
brcmfmac: avoid maybe-uninitialized warning in brcmf_cfg80211_start_ap
A bugfix added a sanity check around the assignment and use of the 'is_11d' variable, which looks correct to me, but as the function is rather complex already, this confuses the compiler to the point where it can no longer figure out if the variable is always initialized correctly: brcm80211/brcmfmac/cfg80211.c: In function ‘brcmf_cfg80211_start_ap’: brcm80211/brcmfmac/cfg80211.c:4586:10: error: ‘is_11d’ may be used uninitialized in this function [-Werror=maybe-uninitialized] This adds an initialization for the newly introduced case in which the variable should not really be used, in order to make the warning go away. Fixes: b3589dfe0212 ("brcmfmac: ignore 11d configuration errors") Cc: Hante Meuleman <hante.meuleman@broadcom.com> Cc: Arend van Spriel <arend.vanspriel@broadcom.com> Cc: Kalle Valo <kvalo@codeaurora.org> Signed-off-by: Arnd Bergmann <arnd@arndb.de> Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'drivers/net/tun.c')
0 files changed, 0 insertions, 0 deletions