linux.git/arch/mn10300/kernel/module.c, branch master

mn10300: Remove the architecture

2018-03-09T22:19:56+00:00

Remove the MN10300 arch as the hardware is defunct.

Suggested-by: Arnd Bergmann 
Signed-off-by: David Howells 
cc: Masahiro Yamada 
cc: linux-am33-list@redhat.com
Signed-off-by: Arnd Bergmann

modules: make arch's use default loader hooks

2011-07-24T12:36:04+00:00

This patch removes all the module loader hook implementations in the
architecture specific code where the functionality is the same as that
now provided by the recently added default hooks.

Signed-off-by: Jonas Bonn 
Acked-by: Mike Frysinger 
Acked-by: Geert Uytterhoeven 
Tested-by: Michal Simek 
Signed-off-by: Rusty Russell

modules: Fix module_bug_list list corruption race

2010-10-05T18:29:27+00:00

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 
Cc: Rusty Russell 
Cc: Adrian Bunk 
Cc: Andrew Morton 
Cc: stable@kernel.org
Signed-off-by: Linus Torvalds

MN10300: Add support for new ELF relocs in kernel modules

2009-06-18T20:10:33+00:00

Add support for new relocs which may show up in MN10300 kernel modules due to
linker relaxation.

Signed-off-by: Mark Salter 
Signed-off-by: David Howells 
Signed-off-by: Linus Torvalds

module: cleanup FIXME comments about trimming exception table entries.

2009-06-12T12:17:05+00:00

Everyone cut and paste this comment from my original one.  We now do
it generically, so cut the comments.

Signed-off-by: Rusty Russell 
Cc: Amerigo Wang

MN10300: Fix application of kernel module relocations

2008-12-02T23:52:07+00:00

This fixes the MN10300 kernel module linking to match the toolchain.  RELA
relocs don't use the value at the location being relocated.  This has been
working because the tools always leave the value at the target location
cleared.

Signed-off-by: Mark Salter 
Signed-off-by: David Howells 
Signed-off-by: Linus Torvalds

mn10300: Fix up __bug_table handling in module loader.

2008-08-05T00:22:17+00:00

Platforms that are using GENERIC_BUG must call in to
module_bug_finalize()/module_bug_cleanup() in order to scan modules with
their own __bug_table sections that are otherwise unaccounted.

Signed-off-by: Paul Mundt 
Signed-off-by: David Howells 
Signed-off-by: Linus Torvalds

mn10300: add the MN10300/AM33 architecture to the kernel

2008-02-08T17:22:30+00:00

Add architecture support for the MN10300/AM33 CPUs produced by MEI to the
kernel.

This patch also adds board support for the ASB2303 with the ASB2308 daughter
board, and the ASB2305.  The only processor supported is the MN103E010, which
is an AM33v2 core plus on-chip devices.

[akpm@linux-foundation.org: nuke cvs control strings]
Signed-off-by: Masakazu Urade 
Signed-off-by: Koichi Yasutake 
Signed-off-by: David Howells 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds