Search Linux Wireless

Re: [PATCH][next] ath11k: avoid null pointer dereference when pointer band is null

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Le 11/01/2020 à 10:50, linmiaohe a écrit :
Colin Ian King<colin.king@xxxxxxxxxxxxx>  wrote:
From: Colin Ian King<colin.king@xxxxxxxxxxxxx>

In the unlikely event that cap->supported_bands has neither WMI_HOST_WLAN_2G_CAP set or WMI_HOST_WLAN_5G_CAP set then pointer band is null and a null dereference occurs when assigning
band->n_iftype_data.  Move the assignment to the if blocks to
avoid this.  Cleans up static analysis warnings.

Addresses-Coverity: ("Explicit null dereference")
Fixes: 9f056ed8ee01 ("ath11k: add HE support")
Signed-off-by: Colin Ian King<colin.king@xxxxxxxxxxxxx>
---
drivers/net/wireless/ath/ath11k/mac.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
It looks fine for me. Thanks.
Reviewed-by: Miaohe Lin<linmiaohe@xxxxxxxxxx>
(sorry for incomplete mail and mailing list addresses, my newsreader ate them, and I cannot get the list from get_maintainer.pl because my (outdated) tree does not have ath11k/...
I've only including the ones in memory of my mail writer.

Please forward if needed)


Hi

Shouldn't there be a

|

- band->n_iftype_data = count; at the end of the patch if the assignment is *moved*? Without it, 'band' (as well as 'count') could be un-initialized, and lead to memory corruption. Just my 2c. CJ |




[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux