Date: Fri, 23 Jul 2010 17:32:47 +0000 (UTC) From: Andriy Gapon <avg@FreeBSD.org> To: cvs-src-old@freebsd.org Subject: cvs commit: src/cddl/contrib/opensolaris/lib/libdtrace/common dt_impl.h dt_module.c Message-ID: <201007231733.o6NHX814095126@repoman.freebsd.org>
index | next in thread | raw e-mail
avg 2010-07-23 17:32:47 UTC
FreeBSD src repository
Modified files:
cddl/contrib/opensolaris/lib/libdtrace/common dt_impl.h
dt_module.c
Log:
SVN rev 210425 on 2010-07-23 17:32:47Z by avg
dtrace: correctly map sections to addresses in elf object modules (amd64)
Unlike for modules with dso type, in elf object modules all the sections
have virtual address of zero. So, it is insufficient to add module base
address to section virtual address (as recorded in section header) to
get section address in kernel memory.
Instead, we should apply the same calculations that are performed by
kernel loaders (in boot code and in kernel) when they lay out sections
in memory.
Also, unlike OpenSolaris, the sections are not collapsed into just .text,
.data and .bss by module loaders, so we need to take additional care
about other sections.
Note that in-kernel symbol-to-address mapping worked just fine, e.g. fbt
provider could correctly find the functions, etc. It's only in userland
that the mapping in both direction worked incorrectly, e.g. in stack()
output addresses of functions in kernel modules were not translated to
their names.
Reviewed by: rpaulo
MFC after: 3 weeks
Revision Changes Path
1.3 +1 -0 src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_impl.h
1.3 +69 -6 src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_module.c
help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201007231733.o6NHX814095126>