[RFC] Extending ARM perf-events for multiple PMUs

[Will Deacon]

Hi Ashwin,

On Mon, 2011-04-11 at 18:44 +0100, Ashwin Chaugule wrote:
> > Sure, fundamentally we're just writing bits rather than interpreting
> > them. The reason I mention the difference is that filtering PMUs will
> > always need their own struct pmu because of the lack of an event
> > namespace. The other problem is only an issue for some userspace tools
> > (like Oprofile) which require lists of events and their hex codes.
> >
> 
> If you mean namespace = perf_event_attr::config, its 64 bits + another 64
> bits of config_base + event_base on ARM ? Not too sure, but it would seem
> like that should be enough to setup such event chaining.

If you have a filtering PMU on a bus with large physical addresses, by
the time you've specified an address range you've already used up a
decent proportion of those bits so I don't think we should restrict
ourselves if we don't have to.

Will