Date: Fri, 23 Jul 2010 17:07:51 +0000 (UTC) From: Andriy Gapon <avg@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/sys/boot/common load_elf_obj.c src/sys/kern link_elf_obj.c Message-ID: <201007231708.o6NH8fnf093279@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
avg 2010-07-23 17:07:51 UTC
FreeBSD src repository
Modified files:
sys/boot/common load_elf_obj.c
sys/kern link_elf_obj.c
Log:
SVN rev 210423 on 2010-07-23 17:07:51Z by avg
completely ignore zero-sized elf sections in modules of elf object type (amd64)
Current code doesn't check size of elf sections and may perform needless
actions of zero-sized memory allocation and similar.
The bigger issue is that alignment requirement of a zero-sized section
gets effectively applied to the next section if it has smaller alignment
requirement. But other tools, like gdb and consequently kgdb,
completely ignore zero-sized sections and thus may map symbols to
addresses differently.
Zero-sized sections are not typical in general.
Their typical (only, even) cause in FreeBSD modules is inline assembly that
creates custom sections which is found in pcpu.h and vnet.h. Mere inclusion
of one of those header files produces a custom section in elf output.
If there is no actual use for the section in a given module, then the
section remains empty.
Better solution is to avoid creating zero-sized sections altogether,
which is in plans.
Preloaded modules are handled in boot code (load_elf_obj.c), while
dynamically loaded modules are handled by kernel (link_elf_obj.c).
Based on code by: np
MFC after: 3 weeks
Revision Changes Path
1.3 +2 -0 src/sys/boot/common/load_elf_obj.c
1.113 +6 -0 src/sys/kern/link_elf_obj.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201007231708.o6NH8fnf093279>