regarding [PATCH] Add libpfm4 support (v3)

regarding [PATCH] Add libpfm4 support (v3)

[Jiri Olsa]

hi,

any chance of getting this included?
http://article.gmane.org/gmane.comp.linux.perfmon2.devel/2912
http://article.gmane.org/gmane.comp.linux.perfmon2.devel/2912/raw

it needs just some little changes to fit to current tip tree

thanks,
jirka

Re: regarding [PATCH] Add libpfm4 support (v3)

[Peter Zijlstra]

On Mon, 2011-08-08 at 14:04 +0200, Jiri Olsa wrote:
> hi,
> 
> any chance of getting this included?
> http://article.gmane.org/gmane.comp.linux.perfmon2.devel/2912
> http://article.gmane.org/gmane.comp.linux.perfmon2.devel/2912/raw
> 
> it needs just some little changes to fit to current tip tree

While I don't mind extending the current way to input events I don't
think using libpfm4 for it is desired.

One of the ideas that has been floating about is to provide a format
file in the sysfs representation of the pmu. This format file would
describe the config space. The tool would parse this and use it to
provide better input capabilities.

This is not an easy task however, since the format syntax needs to be
capable enough to describe all the various config muck we need to
support, think for example of the P4 mess.

For Intel/AMD (excluding P4) its mostly simple, with Intel having a
slightly harder time for the offcore bits.

As to the various arch event lists, again that is not something we need
a whole library for, parsing those text files isn't hard. Maintaining
the various arch event lists in a sane format is the 'hard' part and is
something I think we should push to the vendors, because they're
basically the only ones capable.

Re: regarding [PATCH] Add libpfm4 support (v3)

[Jiri Olsa]

On Mon, Aug 08, 2011 at 02:25:25PM +0200, Peter Zijlstra wrote:
> On Mon, 2011-08-08 at 14:04 +0200, Jiri Olsa wrote:
> > hi,
> > 
> > any chance of getting this included?
> > http://article.gmane.org/gmane.comp.linux.perfmon2.devel/2912
> > http://article.gmane.org/gmane.comp.linux.perfmon2.devel/2912/raw
> > 
> > it needs just some little changes to fit to current tip tree
> 
> While I don't mind extending the current way to input events I don't
> think using libpfm4 for it is desired.
> 
> One of the ideas that has been floating about is to provide a format
> file in the sysfs representation of the pmu. This format file would
> describe the config space. The tool would parse this and use it to
> provide better input capabilities.
> 
> This is not an easy task however, since the format syntax needs to be
> capable enough to describe all the various config muck we need to
> support, think for example of the P4 mess.
> 
> For Intel/AMD (excluding P4) its mostly simple, with Intel having a
> slightly harder time for the offcore bits.
> 
> As to the various arch event lists, again that is not something we need
> a whole library for, parsing those text files isn't hard. Maintaining
> the various arch event lists in a sane format is the 'hard' part and is
> something I think we should push to the vendors, because they're
> basically the only ones capable.
ok, understood

thanks,
jirka