Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Philip Mucci <mucci@cs.utk.edu>
To: Jonathan Day <imipak@yahoo.com>
Cc: Nigel Stephens <nigel@mips.com>,
	Prasad Boddupalli <bprasad@cs.arizona.edu>,
	linux-mips@linux-mips.org, Stephane Eranian <eranian@hpl.hp.com>
Subject: Re: Performance counters and profiling on MIPS
Date: Sun, 17 Sep 2006 23:08:23 +0200	[thread overview]
Message-ID: <1158527303.3722.77.camel@localhost.localdomain> (raw)
In-Reply-To: <20060614181431.38314.qmail@web31506.mail.mud.yahoo.com>

Hi folks,

I just got around to checking this thread...about 4 months late. Stefane
will release another version of the perfmon2 kernel patch in a few
days, he's been working with LKML on cleaning things up. The current
patch should go reasonably cleanly into the latest tree. The problem is
that he's maintaining the core patch against linux mainline, so there is
a bit of skew...be prepared to fix up some sys call numbers and some
includes, that's about it. There have been some issues with some
versions of linux mips not registering a cpu in /sys/devices, but that
may be fixed in the latest snapshots. 

A part of this patch is the libpfm support library, which helps in
counter allocation amongst other things. It isn't necessary to use the
interface. It can also support the scenario where 

The new release of PAPI will include support for this subsystem on
Linux/MIPS, but only for some MIPS64 processors. To add a new MIPS
processors should be fairly easy, as the performance hardware on these
chips isn't so exciting. 

Regards,

Philip

On Wed, 2006-06-14 at 11:14 -0700, Jonathan Day wrote:
> Ok, the kernel version number listed is current to
> 2.6.17-rc6, and the MIPS patches -almost- go in
> cleanly.
> 
> In the syscalls in arch/mips/kernel, there is a new
> syscall (sys_tee) that throws the patches off as it is
> not in the context. This is very easy to massage.
> 
> The same is true of include/asm-mips/unistd.h, except
> there the count of syscalls is also off by one. Again,
> a very easy fix.
> 
> Other than that, it looks current and looks good. I'm
> going to be doing some testing on it, to see whether
> it works as well as it looks, or whether it causes the
> CPU to leap three feet in the air, discharging the
> magic blue smoke.
> 
> If other people have had success with it, though, I
> would definitely suggest considering it for inclusion
> in the linux-mips GIT tree. Those who don't need
> performance counters won't be adversely affected, and
> those of us who do would likely benefit.
> 
> If the linux-mips tree would not be appropriate, then
> could someone take up hypnosis and get it included in
> the main tree?
> 
> Jonathan
> 
> --- Nigel Stephens <nigel@mips.com> wrote:
> 
> > Prasad Boddupalli wrote:
> > > Perfctr
> > (http://user.it.uu.se/~mikpe/linux/perfctr/) and
> > PAPI
> > > (http://icl.cs.utk.edu/papi/) are precisely such
> > attempts. Except that
> > > MIPS ports of them do not seem to be available.
> > 
> > There's also perfmon2, for which a MIPS patch is
> > available - though no 
> > idea how up-to-date it is. See
> > http://www.linux-mips.org/wiki/Perfmon2
> > 
> > Nigel
> > 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 

      reply	other threads:[~2006-09-17 21:09 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-06-07 17:22 Performance counters and profiling on MIPS Jonathan Day
2006-06-12 22:58 ` Ralf Baechle
2006-06-13 21:27   ` Jonathan Day
2006-06-13 21:44     ` Prasad Boddupalli
2006-06-13 22:57       ` Nigel Stephens
2006-06-14 18:14         ` Jonathan Day
2006-09-17 21:08           ` Philip Mucci [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=1158527303.3722.77.camel@localhost.localdomain \
    --to=mucci@cs.utk.edu \
    --cc=bprasad@cs.arizona.edu \
    --cc=eranian@hpl.hp.com \
    --cc=imipak@yahoo.com \
    --cc=linux-mips@linux-mips.org \
    --cc=nigel@mips.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