[Top] [All Lists]

Re: Performance counters and profiling on MIPS

To: Jonathan Day <>
Subject: Re: Performance counters and profiling on MIPS
From: Philip Mucci <>
Date: Sun, 17 Sep 2006 23:08:23 +0200
Cc: Nigel Stephens <>, Prasad Boddupalli <>,, Stephane Eranian <>
In-reply-to: <>
Organization: Innovative Computing Laboratory
Original-recipient: rfc822;
References: <>
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 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. 



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 <> wrote:
> > Prasad Boddupalli wrote:
> > > Perfctr
> > ( and
> > 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
> >
> > 
> > Nigel
> > 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 

<Prev in Thread] Current Thread [Next in Thread>
  • Re: Performance counters and profiling on MIPS, Philip Mucci <=