Re: [BUG] perf_event: semantic of PERF_SAMPLE_READ unclear

[Stephane Eranian]

On Thu, Aug 25, 2011 at 7:32 PM, Peter Zijlstra <peterz@xxxxxxxxxxxxx> wrote:
> On Thu, 2011-08-25 at 19:19 +0200, Stephane Eranian wrote:
>> But the difficulty is that
>> we cannot grab any locks, not sure we need one given the call path.
>
> Nah we should be able to simply iterate all siblings and update them
> in-place, since its group members they should all be co-scheduled. The
> only difficulty is cross pmu group members..
>
Yes, that's what I thought, we should be able to invoke an arch callback
to update the SW counter then we proceed with perf_event_count().
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/