patch set submitted to <email address hidden>:
[PATCH 0/5] [media] cancel_delayed_work_sync before device removal / kfree
Seems that the cause for the kernel panic is a missing call to
cancel_delayed_work_sync in si2157_remove before the call to kfree.
After adding cancel_delayed_work_sync(&dev->stat_work), rmmod does not
trigger the kernel panic any more.
However, very similar issues could be identified also in other modules:
ts2020
af9013
af9033
rtl2830
when looking in drivers/media/tuners and drivers/media/dvb-frontends.
Therefore, a patch set has been submitted to <email address hidden>
which contains fixes for those modules, too. The submitted patch set is:
[PATCH 0/5] [media] cancel_delayed_work_sync before device removal / kfree
I hope these patches completely fix the issue and are ok for inclusion
in the kernel.
patch set submitted to <email address hidden>: delayed_ work_sync before device removal / kfree
[PATCH 0/5] [media] cancel_
Seems that the cause for the kernel panic is a missing call to delayed_ work_sync in si2157_remove before the call to kfree. delayed_ work_sync( &dev->stat_ work), rmmod does not
cancel_
After adding cancel_
trigger the kernel panic any more.
However, very similar issues could be identified also in other modules:
ts2020
af9013
af9033
rtl2830
when looking in drivers/ media/tuners and drivers/ media/dvb- frontends.
Therefore, a patch set has been submitted to <email address hidden>
which contains fixes for those modules, too. The submitted patch set is:
[PATCH 0/5] [media] cancel_ delayed_ work_sync before device removal / kfree
I hope these patches completely fix the issue and are ok for inclusion
in the kernel.
BR and thx!
Martin