summaryrefslogtreecommitdiffstats
path: root/Documentation
diff options
context:
space:
mode:
authorBrian Norris <briannorris@chromium.org>2016-10-27 01:29:20 +0200
committerKalle Valo <kvalo@codeaurora.org>2016-11-18 12:23:12 +0100
commit66b9c182538e2ed11d31120e853321e4ea6f3e5a (patch)
treec6204e3f6ee702205d7c301f03fe0977e668490b /Documentation
parentmwifiex: ignore calibration data failure (diff)
downloadlinux-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