diff options
author | Ustyugov Roman <dr_unique@ymg.ru> | 2005-09-23 08:42:11 +0400 |
---|---|---|
committer | Sam Ravnborg <sam@mars.ravnborg.org> | 2005-12-26 00:33:41 +0100 |
commit | f83b5e323f57d6e1f35a839d663e91cebe985e54 (patch) | |
tree | 59e19500a8204abd8e77620b7e80138d5f7fda68 /scripts/genksyms | |
parent | 4d99f93bdaa1ab49188cac67b4aae9180f8e3960 (diff) | |
download | linux-stable-f83b5e323f57d6e1f35a839d663e91cebe985e54.tar.gz linux-stable-f83b5e323f57d6e1f35a839d663e91cebe985e54.tar.bz2 linux-stable-f83b5e323f57d6e1f35a839d663e91cebe985e54.zip |
kbuild: set correct KBUILD_MODNAME when using well known kernel symbols as module names
This patch fixes a problem when we use well known kernel symbols as module
names.
For example, if module source name is current.c, idle_stack.c or etc.,
we have a bad KBUILD_MODNAME value.
For example, KBUILD_MODNAME will be "get_current()" instead of "current", or
"(init_thread_union.stack)" instead of "idle_task".
The trick is to define a stringify macro on the commandline - named
KBUILD_STR for namespace reasons - and then to stringify the module
name.
There are a few uses of KBUILD_MODNAME throughout the tree but the usage
is for debug and will not be harmed by this change so left untouched for now.
While at it KBUILD_BASENAME was changed too. Any spinlock usage in the
unix module would have created wrong section names without it.
Usage in spinlock.h fixed so it no longer stringify KBUILD_BASENAME.
Original patch from Ustyogov Roman - all bugs introduced by me.
Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
Diffstat (limited to 'scripts/genksyms')
0 files changed, 0 insertions, 0 deletions