RE: [PATCH 2/2] x86/resctrl: Don't workqueue local event counter reads

[Luck, Tony]

> Whenever this function is called, the performance is degraded rather 
> than improved because extra get_cpu()/put_cpu() are called in the fast 
> path in the current patch.

But get_cpu()/put_cpu() aren't high overhead. Maybe costs less that the
cpumask_any_housekeeping() call that is avoided by Peter's patch.

Note that if Peter's patch doesn't take its fast path because the calling
CPU was on the wrong domain, then the subsequent code is going to
do an IPI whichever of the if/else path is taken.

-Tony