symbolize: Calculate a module's zero VA using program headers.
authorPeter Collingbourne <pcc@google.com>
Thu, 23 Jun 2016 01:18:06 +0000 (18:18 -0700)
committerPeter Collingbourne <pcc@google.com>
Thu, 23 Jun 2016 01:41:43 +0000 (18:41 -0700)
commita93a4511ec5f21b44a1b21b4310c7a9c30c213a5
treee694bfd4e3e25aaff0c8be35547d9b874fd8b98a
parentde6149ef8e67b064a433a8b88924fa9f606ad5d5
symbolize: Calculate a module's zero VA using program headers.

Previously we were using a module's "start address", i.e. the
address at which the module's executable region was mapped, as the
zero virtual address, i.e. the address from which the DSO's virtual
addresses are calculated. This works fine for DSOs created by the
bfd and gold linkers, which will emit a PT_LOAD directive into the
program header which loads the executable region at virtual address
(p_vaddr) and file offset (p_offset) 0.

However, the lld linker may place a read-only region before the
executable region, meaning that both p_vaddr and p_offset for the
executable region are non-zero. This means that any symbols resolved
by the symbolizer are resolved to an incorrect virtual address. To
correctly calculate the address corresponding to virtual address zero,
we need to take into account p_vaddr and p_offset.

Specifically, the calculation starts with the "base address", i.e. the
start address minus the file offset. To get from the base address to
virtual address zero, we first add p_offset. This gives us the mapped
address of the start of the segment, or in other words the mapped
address corresponding to the virtual address of the segment. (Note
that this is distinct from the start address, as p_offset is not
guaranteed to be page aligned.) We then subtract p_vaddr, which takes
us to virtual address zero.
src/symbolize.cc