[lkml]   [2012]   [Mar]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    Patch in this message
    Subject[PATCH 3/5] perf: Catch and handle out-of-date hist entry maps.

    When a process exec()'s, all the maps are retired, but we keep the
    hist entries around which hold references to those outdated maps.

    If the same library gets mapped in for which we have hist entries, a
    new map will be created. But when we take a perf entry hit within
    that map, we'll find the existing hist entry with the older map.

    This causes symbol translations to be done incorrectly. For example,
    the perf entry processing will lookup the correct uptodate map entry
    and use that to calculate the symbol and DSO relative address. But
    later when we update the histogram we'll translate the address using
    the outdated map file instead leading to conditions such as
    out-of-range offsets in symbol__inc_addr_samples() which now has an
    assertion for this situation.

    Therefore, update the map of the hist_entry dynamically at
    lookup/creation time.

    Signed-off-by: David S. Miller <>
    tools/perf/util/hist.c | 9 +++++++++
    1 files changed, 9 insertions(+), 0 deletions(-)

    diff --git a/tools/perf/util/hist.c b/tools/perf/util/hist.c
    index 3dc99a9..b7ab3b9 100644
    --- a/tools/perf/util/hist.c
    +++ b/tools/perf/util/hist.c
    @@ -253,6 +253,15 @@ static struct hist_entry *add_hist_entry(struct hists *hists,
    if (!cmp) {
    he->period += period;
    + /* If the map of an existing hist_entry has
    + * become out-of-date due to an exec() or
    + * similar, update it. Otherwise we will
    + * mis-adjust symbol addresses when computing
    + * the history counter to increment.
    + */
    + if (he-> != entry->
    + he-> = entry->;
    goto out;


     \ /
      Last update: 2012-03-25 22:31    [W:0.019 / U:0.720 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site