From: Ravi Bangoria <ravi.bangoria@linux.vnet.ibm.com>
To: Arnaldo Carvalho de Melo <acme@kernel.org>
Cc: mingo@kernel.org, peterz@infradead.org,
linux-kernel@vger.kernel.org, hemant@linux.vnet.ibm.com,
"Naveen N. Rao" <naveen.n.rao@linux.vnet.ibm.com>,
mpe@ellerman.id.au, paulus@ozlabs.org
Subject: Re: [PATCH v2 2/3] perf kvm: enable record|report feature on powerpc
Date: Tue, 9 Feb 2016 16:17:36 +0530 [thread overview]
Message-ID: <56B9C3C8.2010707@linux.vnet.ibm.com> (raw)
In-Reply-To: <56B071A8.4060402@linux.vnet.ibm.com>
Hi acme,
On Tuesday 02 February 2016 02:36 PM, Ravi Bangoria wrote:
> HI acme,
>
> On Tuesday 02 February 2016 02:36 AM, Arnaldo Carvalho de Melo wrote:
>> Em Fri, Jan 22, 2016 at 11:28:11AM +0530, Ravi Bangoria escreveu:
>>> + return event->header.misc & PERF_RECORD_MISC_CPUMODE_MASK;
>>> +}
>> This hunk and the next should be on the previous patch, that is not even
>> compiling...
>>
>> You have to compile patch by patch, we can't just test at the end of a
>> patchkit like this, this destroys bisection ;-\
>
> Didn't aware about that. Will take care of compiling each patch
> separately next time onwards.
>
>> Also you first need to put in place a way to override how to obtain the
>> cpumode, then you should use it.
>>
>> Also this mode doesn't look feasible at all, think about processing
>> perf.data files generated in !powerpc systems being analysed in a
>> powerpc system. This has to be dependend on the architecture of the
>> machine where the perf.data file was recorded, not on the archictecture
>> of the machine the binary was built for.
>
> Valid point.
>
> I'll re-think about approach in this case.
>
I've analyzed the approach. Here is my observations:
1. With the current approach, record on !powerpc and report on powerpc
will work as we are solely dependent on tracepoint; so we don't change ip
and cpumode of sample if it's not of kvm_hv:kvm_guest_exit.
2. However, record on powerpc and report on !powerpc won't work with the
current approach. To enable that, we have two options:
Option A. Change ip and cpumode of sample at a time of record.
This will add overhead at a time of recording data and it may have
bad effect like data lost.
Option B. Extension to current approach (change ip and cpumode at
report time only).
I'll need to move 'most of' the code from arch/powerpc/util/kvm.c into
some common code which is included on all architectures. And use
this code to make decision about changing ip and cpumode of sample
at run time. So these functions needs to be present in a binary,
no matter which platform it's compiled on.
I want your suggestions here, how best we can achieve that?
Regards,
Ravi
next prev parent reply other threads:[~2016-02-09 10:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-22 5:58 [PATCH v2 0/3] perf kvm: Guest Symbol Resolution for powerpc Ravi Bangoria
2016-01-22 5:58 ` [PATCH v2 1/3] perf kvm: Introduce evsel as argument to perf_event__preprocess_sample Ravi Bangoria
2016-02-01 20:53 ` Arnaldo Carvalho de Melo
2016-02-02 9:07 ` Ravi Bangoria
2016-01-22 5:58 ` [PATCH v2 2/3] perf kvm: enable record|report feature on powerpc Ravi Bangoria
2016-02-01 21:06 ` Arnaldo Carvalho de Melo
2016-02-02 9:06 ` Ravi Bangoria
2016-02-09 10:47 ` Ravi Bangoria [this message]
2016-01-22 5:58 ` [PATCH v2 3/3] perf kvm: Fix output fields instead of 'trace' for perf kvm report " Ravi Bangoria
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=56B9C3C8.2010707@linux.vnet.ibm.com \
--to=ravi.bangoria@linux.vnet.ibm.com \
--cc=acme@kernel.org \
--cc=hemant@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=naveen.n.rao@linux.vnet.ibm.com \
--cc=paulus@ozlabs.org \
--cc=peterz@infradead.org \
/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;
as well as URLs for NNTP newsgroup(s).