diff options
| author | Brian Norris <briannorris@chromium.org> | 2016-10-27 02:29:20 +0300 |
|---|---|---|
| committer | Kalle Valo <kvalo@codeaurora.org> | 2016-11-18 14:23:12 +0300 |
| commit | 66b9c182538e2ed11d31120e853321e4ea6f3e5a (patch) | |
| tree | c6204e3f6ee702205d7c301f03fe0977e668490b /tools/perf/scripts/python/check-perf-trace.py | |
| parent | 14e5e937592697d830537b7f6a59d45a6aa3d51b (diff) | |
| download | linux-66b9c182538e2ed11d31120e853321e4ea6f3e5a.tar.xz | |
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 'tools/perf/scripts/python/check-perf-trace.py')
0 files changed, 0 insertions, 0 deletions
