On Wed, Jan 10, 2007 at 10:11:00AM -0500, William Cohen wrote: > Philip J. Mucci wrote: > >HI Stefane, > > > >Couldn't all this be solved by having opcontrol/ophelp use the pfmlib > >event tables directory and ignoring everything in the events directory > >of oprofile? > > > >Phil > > This would simplify things. OProfile does allow user to look at the events > of architectures other than the one that the user is currently on. libpfm > doesn't currently support that type of operation. libpfm only provides
Well, libpfm almost does. there is a pfm_force_pmu() call. You have to pass a valid libpfm PMU type. The current implementation verifies that what you chose works on the current HW but we can certainly remove that check given that libpfm does not actually touch HW. But how would switch over to libpfm solve the issues I raised in my previous message and especially the backward compatibility with existing scripts/tools built on top on OProfile. -- -Stephane _______________________________________________ perfmon mailing list [email protected] http://www.hpl.hp.com/hosted/linux/mail-archives/perfmon/
