summaryrefslogtreecommitdiff
path: root/drivers/media/dvb-frontends/cxd2820r_t.c
diff options
context:
space:
mode:
authorBrad Love <brad@nextdimension.cc>2018-01-05 03:04:17 +0300
committerMauro Carvalho Chehab <mchehab@s-opensource.com>2018-03-06 12:35:28 +0300
commit5b3a8e906973540b61dbf402c6b6f8d64d4ae119 (patch)
treec38f1fa1b4b8faeb3c5ae6d0037459b3cda1ecc1 /drivers/media/dvb-frontends/cxd2820r_t.c
parentcc4406d919d25f2d8667a0eebab179dadaaa1cb5 (diff)
downloadlinux-5b3a8e906973540b61dbf402c6b6f8d64d4ae119.tar.xz
media: lgdt3306a: Set fe ops.release to NULL if probed
If release is part of frontend ops then it is called in the course of dvb_frontend_detach. The process also decrements the module usage count. The problem is if the lgdt3306a driver is reached via i2c_new_device, then when it is eventually destroyed remove is called, which further decrements the module usage count to negative. After this occurs the driver is in a bad state and no longer works. Also fixed by NULLing out the release callback is a double kfree of state, which introduces arbitrary oopses/GPF. This problem is only currently reachable via the em28xx driver. On disconnect of Hauppauge SoloHD before: lsmod | grep lgdt3306a lgdt3306a 28672 -1 i2c_mux 16384 1 lgdt3306a On disconnect of Hauppauge SoloHD after: lsmod | grep lgdt3306a lgdt3306a 28672 0 i2c_mux 16384 1 lgdt3306a Signed-off-by: Brad Love <brad@nextdimension.cc> Signed-off-by: Mauro Carvalho Chehab <mchehab@s-opensource.com>
Diffstat (limited to 'drivers/media/dvb-frontends/cxd2820r_t.c')
0 files changed, 0 insertions, 0 deletions