← Back to team overview

kernel-packages team mailing list archive

[Bug 608775] Re: tools/perf: Symbol loading problems in perf report

 

This release has reached end-of-life [0].

[0] https://wiki.ubuntu.com/Releases

** Changed in: linux (Ubuntu Maverick)
       Status: Triaged => Invalid

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/608775

Title:
  tools/perf: Symbol loading problems in perf report

Status in “linux” package in Ubuntu:
  Fix Released
Status in “linux” source package in Maverick:
  Invalid

Bug description:
  Affected: linux 2.6.35-10.15
  Architecture: all

   * When perf report loads symbols from an image that is in the
  current directory or a subdirectory of the current directory, perf
  report abbreviates the current directory part of the path to "./".
  This happens independently of the directory perf record was run in.

   * For Ubuntu, perf report searches for debug symbols in
  /usr/lib/debug<path>.  This works when <path> is absolute, but fails
  to work if the path of an image has been abbreviated, as above.

  So, for example:

  If I have the debug symbols for bash in /usr/lib/debug/bin/bash:

  /bin$ perf record bash -c 'while :; do :; done& sleep 5; kill $!'
  /bin$ perf report

  ...then perf report fails to find the debug symbols for bash (because
  it searches in /usr/lib/debug./bash)

  A simple workaround is to change to any directory which is not a
  direct parent of the affected images before running perf report:

  /bin$ cd /tmp
  /tmp$ perf report -i /bin/perf.data

  The affected code is at:

  tools/perf/util/map.c:map__new():55

  tools/perf/util/symbol.c:dso__load():1334

  
  One possible fix is simply to remove the current directory
  abbreviation for names of loaded images - this makes some sense,
  because the absolute path of each image is needed to form the correct
  path under /usr/lib/debug for the separated debug image (possible patch attached).
   Otherwise, the absolute path would need to be tracked separately, in
  addition to the abbreviated path used for displaying in the report.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/608775/+subscriptions