diff options
author | Miroslav Benes <mbenes@suse.cz> | 2015-11-26 03:48:06 +0100 |
---|---|---|
committer | Jiri Kosina <jkosina@suse.cz> | 2015-12-04 22:46:26 +0100 |
commit | e0224418516b4d8a6c2160574bac18447c354ef0 (patch) | |
tree | d1c86aad47d95389109f434a3862a67920da7c2f /Documentation/ABI/testing/sysfs-block-bcache | |
parent | module: clean up RO/NX handling. (diff) | |
download | linux-e0224418516b4d8a6c2160574bac18447c354ef0.tar.xz linux-e0224418516b4d8a6c2160574bac18447c354ef0.zip |
module: keep percpu symbols in module's symtab
Currently, percpu symbols from .data..percpu ELF section of a module are
not copied over and stored in final symtab array of struct module.
Consequently such symbol cannot be returned via kallsyms API (for
example kallsyms_lookup_name). This can be especially confusing when the
percpu symbol is exported. Only its __ksymtab et al. are present in its
symtab.
The culprit is in layout_and_allocate() function where SHF_ALLOC flag is
dropped for .data..percpu section. There is in fact no need to copy the
section to final struct module, because kernel module loader allocates
extra percpu section by itself. Unfortunately only symbols from
SHF_ALLOC sections are copied due to a check in is_core_symbol().
The patch changes is_core_symbol() function to copy over also percpu
symbols (their st_shndx points to .data..percpu ELF section). We do it
only if CONFIG_KALLSYMS_ALL is set to be consistent with the rest of the
function (ELF section is SHF_ALLOC but !SHF_EXECINSTR). Finally
elf_type() returns type 'a' for a percpu symbol because its address is
absolute.
Signed-off-by: Miroslav Benes <mbenes@suse.cz>
Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Jiri Kosina <jkosina@suse.cz>
Diffstat (limited to 'Documentation/ABI/testing/sysfs-block-bcache')
0 files changed, 0 insertions, 0 deletions