diff options
author | Brian Norris <briannorris@chromium.org> | 2016-10-27 01:29:20 +0200 |
---|---|---|
committer | Kalle Valo <kvalo@codeaurora.org> | 2016-11-18 12:23:12 +0100 |
commit | 66b9c182538e2ed11d31120e853321e4ea6f3e5a (patch) | |
tree | c6204e3f6ee702205d7c301f03fe0977e668490b /Documentation | |
parent | mwifiex: ignore calibration data failure (diff) | |
download | linux-66b9c182538e2ed11d31120e853321e4ea6f3e5a.tar.xz linux-66b9c182538e2ed11d31120e853321e4ea6f3e5a.zip |
mwifiex: don't do unbalanced free()'ing in cleanup_if()
The cleanup_if() callback is the inverse of init_if(). We allocate our
'card' interface structure in the probe() function, but we free it in
cleanup_if(). That gives a few problems:
(a) we leak this memory if probe() fails before we reach init_if()
(b) we can't safely utilize 'card' after cleanup_if() -- namely, in
remove() or suspend(), both of which might race with the cleanup
paths in our asynchronous FW initialization path
Solution: just use devm_kzalloc(), which will free this structure
properly when the device is removed -- and drop the set_drvdata(...,
NULL), since the driver core does this for us. This also removes the
temptation to use drvdata == NULL as a hack for checking if the device
has been "cleaned up."
I *do* leave the set_drvdata(..., NULL) for the hacky SDIO
mwifiex_recreate_adapter(), since the device core won't be able to clear
that one for us.
Signed-off-by: Brian Norris <briannorris@chromium.org>
Signed-off-by: Kalle Valo <kvalo@codeaurora.org>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions