From: Pavel Skripkin <hidden> Date: 2021-06-23 19:14:38
In case of not supported chip the code jump
to the error handling path, but _ret_ will be set to 0.
Returning 0 from probe means, that ->probe() succeeded, but
it's not true when chip is not supported.
Fixes: f8914a14623a ("ath10k: restore QCA9880-AR1A (v1) detection")
Signed-off-by: Pavel Skripkin <redacted>
---
drivers/net/wireless/ath/ath10k/pci.c | 8 ++++++--
1 file changed, 6 insertions(+), 2 deletions(-)
From: Christian Lamparter <hidden> Date: 2021-06-23 19:23:56
On 23/06/2021 21:14, Pavel Skripkin wrote:
In case of not supported chip the code jump
to the error handling path, but _ret_ will be set to 0.
Returning 0 from probe means, that ->probe() succeeded, but
it's not true when chip is not supported.
Fixes: f8914a14623a ("ath10k: restore QCA9880-AR1A (v1) detection")
Signed-off-by: Pavel Skripkin <redacted>
I think this is already fixed by:
commit e2783e2f39ba99178dedfc1646d5cc0979d1bab3
Author: Yang Yingliang [off-list ref]
Date: Mon May 31 17:41:28 2021 +0300
ath10k: add missing error return code in ath10k_pci_probe()
Cheers
Christian
From: Pavel Skripkin <hidden> Date: 2021-06-23 19:26:29
On Wed, 23 Jun 2021 21:23:27 +0200
Christian Lamparter [off-list ref] wrote:
On 23/06/2021 21:14, Pavel Skripkin wrote:
quoted
In case of not supported chip the code jump
to the error handling path, but _ret_ will be set to 0.
Returning 0 from probe means, that ->probe() succeeded, but
it's not true when chip is not supported.
Fixes: f8914a14623a ("ath10k: restore QCA9880-AR1A (v1) detection")
Signed-off-by: Pavel Skripkin <redacted>
I think this is already fixed by:
commit e2783e2f39ba99178dedfc1646d5cc0979d1bab3
Author: Yang Yingliang [off-list ref]
Date: Mon May 31 17:41:28 2021 +0300
ath10k: add missing error return code in ath10k_pci_probe()
Ah, i didn't check linux-next tree, my bad :(
Thanks for pointing it out
With regards,
Pavel Skripkin