public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Ahern <dsahern@gmail.com>
To: Pradeep Kumar Surisetty <psuriset@linux.vnet.ibm.com>
Cc: LKML <linux-kernel@vger.kernel.org>, ryanh@linux.vnet.ibm.com
Subject: Re: perf kvm segfaults while reporting events
Date: Sun, 24 Jun 2012 21:38:01 -0600	[thread overview]
Message-ID: <4FE7DD19.8070106@gmail.com> (raw)
In-Reply-To: <20120620061423.GB3488@linux.vnet.ibm.com>

On 6/20/12 12:14 AM, Pradeep Kumar Surisetty wrote:
>
> Ahhh perf kvm works fine if we record guest events for enough time.
> above patch works better, if some one doesnt record for adequate time.

Dumb luck. The extra time allows a sample that hits within a guest 
module and causes the build id for it to be added to the header.

I added some pr_debug's to the synthesize_modules. e.g.,

perf_event__synthesize_modules: host modules, pid -1, file 
/lib/modules/3.4.0/kernel/arch/x86/crypto/crc32c-intel.ko

perf_event__synthesize_modules: guest modules, pid 0, file 
/lib/modules/3.4.0/kernel/drivers/block/virtio_blk.ko

which is just wrong for the guest. It's a Fedora 17 VM where the kernel 
version is 3.4.0-1.fc17.x86_64 and even more important perf is not told 
where to find the modules (dso name in the event), so the dso path is 
based on the host OS.

Which comes back to my earlier comment: the 'default' guest options 
(--guestmodules here) for perf-kvm are busted. You really need to use 
the --guestmount option until perf-kvm gets some rework.

I will submit a patch to at least keep perf from segfaulting.

David

      reply	other threads:[~2012-06-25  3:38 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-01 13:56 perf kvm segfaults while reporting events Pradeep Kumar Surisetty
2012-06-01 15:40 ` David Ahern
2012-06-20  6:14   ` Pradeep Kumar Surisetty
2012-06-25  3:38     ` David Ahern [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4FE7DD19.8070106@gmail.com \
    --to=dsahern@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=psuriset@linux.vnet.ibm.com \
    --cc=ryanh@linux.vnet.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox