From: Carl Love <cel@us.ibm.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: linuxppc-dev@ozlabs.org, cel <cel@linux.vnet.ibm.com>,
linux-kernel <linux-kernel@vger.kernel.org>,
oprofile-list@lists.sourceforge.net,
cbe-oss-dev <cbe-oss-dev@ozlabs.org>
Subject: Re: [Patch 0/3] OProfile SPU event profiling support for IBM Cell processor
Date: Tue, 25 Nov 2008 11:07:51 -0800 [thread overview]
Message-ID: <1227640071.6509.248.camel@carll-linux-desktop> (raw)
In-Reply-To: <200811251700.30926.arnd@arndb.de>
On Tue, 2008-11-25 at 17:00 +0100, Arnd Bergmann wrote:
> On Tuesday 25 November 2008, Carl Love wrote:
> > This patch set consists of two kernel patches and one user level patch
> > to add SPU event based profiling support to OProfile for the IBM Cell
> > processor. The first patch in the series is the user level patch that
> > adds the needed events and event checking to the user tool. The second
> > patch is the first of two kernel patches. It makes some structural
> > changes to the kernel code to make it easier to add the specific
> > functions for doing SPU event profiling. The first kernel patch does
> > not make any functional changes. The third patch in the series is the
> > second kernel patch where the actual SPU event profiling code support is
> > added to the kernel.
>
> Thanks for your submission!
>
> I can't comment on the oprofile user code, but I have some comments
> on the implementation in the third patch.
>
> Are the patches interdependent, or will old versions of the oprofile
> tool work with new kernels and vice versa?
>
> Arnd <><
There are two cases:1) new kernel code and old user tool. This works
fine, user is not able to do SPU events as the user code doesn't support
them. Case 2) old kernel code and new user tool. I realized that I
hadn't tested this case. So, I just did. What happens is the event
counters get setup for the SPU event but the kernel code treats it as if
it is a PPU event. OProfile runs, you get a report for the PPU
processors listing the SPU event as the PPU event used. Unfortunately,
the report is all garbage and not obvious to the naive user that it is
garbage. Looks like we will need to put a check into the user code to
make sure it does not try to do SPU event profiling if the kernel
doesn't support it. Argh!
Carl Love
prev parent reply other threads:[~2008-11-25 19:07 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-24 23:19 [Patch 0/3] OProfile SPU event profiling support for IBM Cell processor Carl Love
2008-11-25 16:00 ` Arnd Bergmann
2008-11-25 19:07 ` Carl Love [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=1227640071.6509.248.camel@carll-linux-desktop \
--to=cel@us.ibm.com \
--cc=arnd@arndb.de \
--cc=cbe-oss-dev@ozlabs.org \
--cc=cel@linux.vnet.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxppc-dev@ozlabs.org \
--cc=oprofile-list@lists.sourceforge.net \
/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).