[PATCH] more bogus MOD_INC_USE_COUNT removals
- example in Documentation/DocBook/procfs_example.c uses MOD_..._USE_COUNT for no reason. - alpha/kernel/srm_env.c uses MOD_...USE_COUNT for no reason _and_ does lovely stuff like strlen() on user-supplied pointers, copy_from_user() with unverified size, half-kilobyte on-stack arrays, etc. Fixed. - s390{,x}/kernel/debug.c: set ->owner instead of playing with MOD_..._USE_COUNT in ->open()/->release() - mwavedd.c: gratitious use of MOD_..._USE_COUNT - uinput.c: ditto - radio/miropcm20-rds.c: set ->owner, remove MOD_..._USE_COUNT from ->open()/->release(), fixed an obvious race in the former (it checked that nobody else had device opened, then did kmalloc() with GFP_KERNEL, then marked device as opened).
Showing
Please register or sign in to comment