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@xxxxxxxx> 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