Em Mon, Nov 26, 2018 at 09:39:17AM +0100, Jiri Olsa escreveu:
> On Fri, Nov 23, 2018 at 10:24:21AM -0800, Eric Saint Etienne wrote:
> > > > + /*
> > > > +* When using -ffunction-sections, only .text gets
> > > > loaded by
> > > > +* map_groups__find()
On Fri, Nov 23, 2018 at 10:24:21AM -0800, Eric Saint Etienne wrote:
> > > + /*
> > > + * When using -ffunction-sections, only .text gets loaded by
> > > + * map_groups__find() into al->map. Consequently al->map address
> > > + * range encompass the whole code.
> >
> > + /*
> > +* When using -ffunction-sections, only .text gets loaded by
> > +* map_groups__find() into al->map. Consequently al->map address
> > +* range encompass the whole code.
> > +*
> > +* But map__load() has just loaded m
On Fri, Nov 23, 2018 at 02:25:26AM -0800, Eric Saint-Etienne wrote:
> When the kernel is compiled with -ffunction-sections and perf uses the
> kernel debuginfo, perf fails the very first symbol lookup and ends up with
> an hex offset inside [kernel.vmlinux]. It's due to how perf loads the maps.
>
When the kernel is compiled with -ffunction-sections and perf uses the
kernel debuginfo, perf fails the very first symbol lookup and ends up with
an hex offset inside [kernel.vmlinux]. It's due to how perf loads the maps.
Indeed only .text gets loaded by map_groups__find() into al->map.
Consequent
5 matches
Mail list logo