]> git.baikalelectronics.ru Git - kernel.git/commit
ieee802154/adf7242: defer destroy_workqueue call
authorLin Ma <linma@zju.edu.cn>
Mon, 8 Aug 2022 03:42:24 +0000 (11:42 +0800)
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Thu, 15 Sep 2022 10:04:50 +0000 (12:04 +0200)
commit885ab76d3a5af0529855de683df9c246599dfe8b
tree7a4c8077dae6a144d12abe7ca101aa9800cfb7da
parent79fc020d413d91b451f616bcc7ee2bfb98fad503
ieee802154/adf7242: defer destroy_workqueue call

[ Upstream commit 8bde597bbb275f0ed254f47c770c1d3adac51ed9 ]

There is a possible race condition (use-after-free) like below

  (FREE)                     |  (USE)
  adf7242_remove             |  adf7242_channel
   cancel_delayed_work_sync  |
    destroy_workqueue (1)    |   adf7242_cmd_rx
                             |    mod_delayed_work (2)
                             |

The root cause for this race is that the upper layer (ieee802154) is
unaware of this detaching event and the function adf7242_channel can
be called without any checks.

To fix this, we can add a flag write at the beginning of adf7242_remove
and add flag check in adf7242_channel. Or we can just defer the
destructive operation like other commit 7c1da104def9 ("hamradio: defer
ax25 kfree after unregister_netdev") which let the
ieee802154_unregister_hw() to handle the synchronization. This patch
takes the second option.

Fixes: abbb7436848e ("net: ieee802154: adf7242: Fix OCL calibration
runs")
Signed-off-by: Lin Ma <linma@zju.edu.cn>
Acked-by: Michael Hennerich <michael.hennerich@analog.com>
Link: https://lore.kernel.org/r/20220808034224.12642-1-linma@zju.edu.cn
Signed-off-by: Stefan Schmidt <stefan@datenfreihafen.org>
Signed-off-by: Sasha Levin <sashal@kernel.org>
drivers/net/ieee802154/adf7242.c