Re: [PATCH] brcmfmac: fix false-positive -Wmaybe-unintialized warning

2018-12-13 Thread Kalle Valo
Arnd Bergmann wrote: > When CONFIG_NO_AUTO_INLINE is set, we get a false-postive warning > for the brcmf_fw_request_nvram_done() function, after gcc figures > out that brcmf_fw_nvram_from_efi() might not set the 'data_len' > variable, but fails to notice that it always returns NULL: > > drivers/

Re: [PATCH] brcmfmac: fix false-positive -Wmaybe-unintialized warning

2018-12-13 Thread Kalle Valo
Arnd Bergmann wrote: > When CONFIG_NO_AUTO_INLINE is set, we get a false-postive warning > for the brcmf_fw_request_nvram_done() function, after gcc figures > out that brcmf_fw_nvram_from_efi() might not set the 'data_len' > variable, but fails to notice that it always returns NULL: > > drivers/

Re: [PATCH] brcmfmac: fix false-positive -Wmaybe-unintialized warning

2018-12-11 Thread Hans de Goede
Hi, On 10-12-18 21:55, Arnd Bergmann wrote: When CONFIG_NO_AUTO_INLINE is set, we get a false-postive warning for the brcmf_fw_request_nvram_done() function, after gcc figures out that brcmf_fw_nvram_from_efi() might not set the 'data_len' variable, but fails to notice that it always returns NUL

[PATCH] brcmfmac: fix false-positive -Wmaybe-unintialized warning

2018-12-10 Thread Arnd Bergmann
When CONFIG_NO_AUTO_INLINE is set, we get a false-postive warning for the brcmf_fw_request_nvram_done() function, after gcc figures out that brcmf_fw_nvram_from_efi() might not set the 'data_len' variable, but fails to notice that it always returns NULL: drivers/net/wireless/broadcom/brcm80211/brc