7 .text        00000c8c 00000000 00000000 00016910 2**2                  CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
 8 .text        00000000 00000000 00000000 0001759c 2**0                  CONTENTS, ALLOC, LOAD, READONLY, CODE
As can be seen, we now get multiple sections all named ".text" which
is what triggers the kernel warning.
It seems we need to revert the patch, or find a way that the compiler
doesn't produce multiple .text sections...?
I'm experiencing some strange issues on both a C200 and a 712/80 with
the current 32 bit SP kernel (4.18.0-2.parisc (4.18.10-2)). This does
not happen when using the 64 bit MP kernel of the same version on a
rp3440 for example.
For every module loaded I get a message similar to the following example: [...]
[Â Â 47.799100] sysfs: cannot create duplicate filename '/module/nfs/sections/.text'
[Â Â 47.887396] CPU: 0 PID: 98 Comm: modprobe Not tainted 4.18.0-2-parisc #1 Debian 4.18.10-2
[Â Â 47.984894] Backtrace:
[Â Â 48.013164]Â [<1017ce2c>] show_stack+0x3c/0x50
[Â Â 48.066177]Â [<107a7210>] dump_stack+0x28/0x38
[Â Â 48.119192]Â [<103f900c>] sysfs_warn_dup+0x88/0xac
[Â Â 48.176329]Â [<103f8b1c>] sysfs_add_file_mode_ns+0x164/0x1d0
[Â Â 48.243832]Â [<103f9e70>] internal_create_group+0x11c/0x304
[Â Â 48.310277]Â [<103fa0a0>] sysfs_create_group+0x48/0x60
[Â Â 48.371571]Â [<1022abe8>] load_module.constprop.35+0x1f9c/0x23b8
[Â Â 48.443200]Â [<1022b278>] sys_finit_module+0xd0/0x11c
[Â Â 48.503468]Â [<101831dc>] syscall_exit+0x0/0x14
On 2018-11-28 12:14 p.m., Helge Deller wrote:
7 .text 00000c8c 00000000 00000000 00016910 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
8 .text 00000000 00000000 00000000 0001759c 2**0 CONTENTS, ALLOC, LOAD, READONLY, CODE
As can be seen, we now get multiple sections all named ".text" which is what triggers the kernel warning.
It seems we need to revert the patch, or find a way that the compiler doesn't produce multiple .text sections...?
The linker should merge them. It looks like some .text sections may
be lacking a .align directive. Maybe that's the problem.
This is what I see now. Why aren't the last .text sections (#2-6 aIf I remember correctly, section merging is controlled by linker script.
least) merged? Are there any linker options I can try?
Sections:
Idx Name Size VMA LMA File off Algn
...
2 .text 000004a4 00001000 00001000 00001000 2**12
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
3 .text 0000984c 00000000 00000000 000014a4 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
4 .text 00005cdc 00000000 00000000 0000acf0 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
5 .text 00003e20 00000000 00000000 000109cc 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
6 .text 00000b88 00000000 00000000 000147ec 2**2
CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE
7 .text 00000000 00000000 00000000 00015374 2**0
CONTENTS, ALLOC, LOAD, READONLY, CODE
But maybe we should revert to -ffunction-sections for modules anyway.
If all .text sections get merged it may happen that we get too big
modules again which fail to load because the distance for jumps are too
far. Currently the module loader will insert jump tables between
sections if necessary...
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 286 |
Nodes: | 16 (2 / 14) |
Uptime: | 88:26:05 |
Calls: | 6,496 |
Calls today: | 7 |
Files: | 12,100 |
Messages: | 5,277,326 |