Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755823Ab2BBLWj (ORCPT ); Thu, 2 Feb 2012 06:22:39 -0500 Received: from mail-lpp01m010-f46.google.com ([209.85.215.46]:37104 "EHLO mail-lpp01m010-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755774Ab2BBLWh convert rfc822-to-8bit (ORCPT ); Thu, 2 Feb 2012 06:22:37 -0500 MIME-Version: 1.0 In-Reply-To: <1327989499.14415.230.camel@ymzhang> References: <20120113144731.GA5458@quad> <20120113165315.GA24387@infradead.org> <20120130190008.GA5797@infradead.org> <20120130200432.GC5797@infradead.org> <20120130203653.GD5797@infradead.org> <1327989499.14415.230.camel@ymzhang> Date: Thu, 2 Feb 2012 12:22:36 +0100 Message-ID: Subject: Re: [PATCH] perf: fix broken perf inject -b From: Stephane Eranian To: yanmin_zhang@linux.intel.com Cc: Arnaldo Carvalho de Melo , linux-kernel@vger.kernel.org, peterz@infradead.org, mingo@elte.hu, robert.richter@amd.com, Avi Kivity X-System-Of-Record: true Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3922 Lines: 95 On Tue, Jan 31, 2012 at 6:58 AM, Yanmin Zhang wrote: > On Mon, 2012-01-30 at 18:36 -0200, Arnaldo Carvalho de Melo wrote: >> Em Mon, Jan 30, 2012 at 09:09:17PM +0100, Stephane Eranian escreveu: >> > On Mon, Jan 30, 2012 at 9:04 PM, Arnaldo Carvalho de Melo >> > wrote: >> > > Em Mon, Jan 30, 2012 at 08:53:26PM +0100, Stephane Eranian escreveu: >> > >> On Mon, Jan 30, 2012 at 8:00 PM, Arnaldo Carvalho de Melo >> > >> wrote: >> > >> > > >>> @@ -173,6 +178,7 @@ static int perf_event__inject_buildid(struct perf_tool *tool, >> > >> > > >>>               goto repipe; >> > >> > > >>>       } >> > >> > > >>> +     machine->pid = event->ip.pid; >> > >> > >> > >> > > I noticed that this statement conflicts with perf buildid-list (which >> > >> > > I am also fixing for pipe mode). >> >> > >> > > I don't quite understand why, though. >> >> > >> > Have you reached any conclusion about this problem? I haven't looked at >> > >> > it in detail, could you please elaborate more? >> >> > >> I ended up removing it. But I am not sure this is correct. >> > >> Is the pid used in any way when processing buildids? >> > > >> > > I can't think of any. >> > > >> > > The same DSO could conceivably be present in the virtual machine, the >> > > host, and in the workstation used for perf report.  We just use the >> > > build-id in the perf.data file to find the right symtab. >> >> > Right, so I don't know why it's there... >> >> This comes from a1645ce1: >> >> commit a1645ce12adb6c9cc9e19d7695466204e3f017fe >> Author: Zhang, Yanmin >> Date:   Mon Apr 19 13:32:50 2010 +0800 >> >>     perf: 'perf kvm' tool for monitoring guest performance from host >> >>     Here is the patch of userspace perf tool. >> >>     Signed-off-by: Zhang Yanmin >>     Signed-off-by: Avi Kivity >> >> >> >> Zhang, what was the thinking about that pid in the buildid event? > I didn't work on it for a long time because of some special reasons. > I check it quickly and below are some explanation. > > machine->pid is to support KVM multiple guest os kernels. > 1) The guest os kernels might be different version of kernels from host's; > 2) The guest os might be Windows. > I understand that. > At host side, every guest os is a process of host although it's multi-threaded. Yes. > machine->pid is to save its pid. The pid of host itself is HOST_KERNEL_ID. > What do you mean by the 'pid of the host'? You always capture samples on the host on behalf of a host task. I see PID:-1 to simulate mmap of the kernel in the perf.data file. Is that what you are referring to? > In guest os, there are many processes. host os doesn't know them. So currently or Yes. > when I enhanced perf to support KVM, perf filters out guest os user space > detailed event samples while still keeping guest os user space simple counters. > That is not clear to me. Are you saying, you have no visibility into the guest OS user space processes, samples captured at that level are attributed to guest kernel? Or are you simply dropping them? > event->ip.pid is equal to machine->pid only when > ((event->header.misc & PERF_RECORD_MISC_CPUMODE_MASK) == PERF_RECORD_MISC_GUEST_KERNEL). > > In function perf_event__inject_buildid, we shouldn't reset machine->pid to > event->ip.pid. They are equal to each other if it's a guest os event. Isn't it? I have not tried capturing samples on a kvm process. So I don't know. > If the event is host event, event->ip.pid points to a real process at host > and it shouldn't be equal to machine->pid (HOST_KERNEL_ID). > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/