5336377d62
With all the recent module loading cleanups, we've minimized the code that sits under module_mutex, fixing various deadlocks and making it possible to do most of the module loading in parallel. However, that whole conversion totally missed the rather obscure code that adds a new module to the list for BUG() handling. That code was doubly obscure because (a) the code itself lives in lib/bugs.c (for dubious reasons) and (b) it gets called from the architecture-specific "module_finalize()" rather than from generic code. Calling it from arch-specific code makes no sense what-so-ever to begin with, and is now actively wrong since that code isn't protected by the module loading lock any more. So this commit moves the "module_bug_{finalize,cleanup}()" calls away from the arch-specific code, and into the generic code - and in the process protects it with the module_mutex so that the list operations are now safe. Future fixups: - move the module list handling code into kernel/module.c where it belongs. - get rid of 'module_bug_list' and just use the regular list of modules (called 'modules' - imagine that) that we already create and maintain for other reasons. Reported-and-tested-by: Thomas Gleixner <tglx@linutronix.de> Cc: Rusty Russell <rusty@rustcorp.com.au> Cc: Adrian Bunk <bunk@kernel.org> Cc: Andrew Morton <akpm@linux-foundation.org> Cc: stable@kernel.org Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org> |
||
---|---|---|
.. | ||
.gitignore | ||
Makefile | ||
asm-offsets.c | ||
avr32_ksyms.c | ||
cpu.c | ||
entry-avr32b.S | ||
head.S | ||
init_task.c | ||
irq.c | ||
kprobes.c | ||
module.c | ||
nmi_debug.c | ||
ocd.c | ||
process.c | ||
ptrace.c | ||
setup.c | ||
signal.c | ||
stacktrace.c | ||
switch_to.S | ||
sys_avr32.c | ||
syscall-stubs.S | ||
syscall_table.S | ||
time.c | ||
traps.c | ||
vmlinux.lds.S |