au1550 oprofile

Has anyone successfully ran oprofile on an au1550? If so, was it in BigEndian mode?

Are there any known issues with oprofile on au1xxx platforms?

Here's some information on what I'm currently running.

Oprofile version:  oprofile 0.9.2cvs
Oprofile kernel:   driver: 2.6.15
Kernel version:    2.6.13rc7 ~ from linux-mips
Endianess:  	   Big

I'm running in __timer mode__, I can't use performance counters.

What I did was take the latest version of the oprofile kernel driver from 2.6.15 and backport all the changes. I also merged in the latest changes for the arch/mips/oprofile stuff too.

That finally got the driver to compile and load on the target.

I then attempted the following:
opcontrol --no-vmlinux
opcontrol --start
/usr/bin/app_that_Uses_up_CPU
opcontrol --shutdown

opcontrol --dump <--- returns nothing

opreport -l <--- returns the following:
opreport error: No sample file found: try running opcontrol --dump or specify a session containing sample files

I then realized that the timer_interupt handler wasn't being called. I fixed that, so now I can actually see the /dev/oprofile/stats/cpu0/sample_received being increased. __but__ I still have no output from the opreport or opcontrol --dump

At this point I'm asking for help, any tips or hints are much appreciated.

Cheers,
Steve

Hi ,

I have two problems

a. i have added icmp.c to the kernel 2.6.14 (mips).

i have connected a cross cable to pc , IAM ABLE TO PING THE MIPS
target board from pc , but in target even self ping is not responding.

b. i would like to add ftpserver to the target , i confused where to add in kernel space or userspace.

any pointers will be helpful.

Thanks & Regards
Gowri

Sounds like you didn't configure the loopback interface.

This absolutely belongs into userspace.

Ralf

Alchemy processors don't implement performance counters, so there are by definition no issues ;-) That unfortunately means you're stuck with timer mode.

Ralf

Thats true,
But my problem is that timer mode isn't even working

I figured out the problem.
Only I'm not sure if it's actually a bug or not. :)

It seems as if it's in the userspace oprofile tools.

I commented out the following from oprofile/daemon/opd_trans.c and it works fine now.

/* FIXME: this logic is perhaps too harsh? */

if (trans->current->ignored || (trans->last && trans->last->ignored)) {
      verbprintf(vmisc, "in the harsh logic\n");
      goto out;
}

Maybe it's just too harsh for MIPS platforms? The same version of oprofile worked fine on my x86 workstation.

Thanks,
Steve