arm64: perf: Prevent wraparound during overflow
authorDaniel Thompson <daniel.thompson@linaro.org>
Fri, 21 Nov 2014 16:24:27 +0000 (16:24 +0000)
committerWill Deacon <will.deacon@arm.com>
Thu, 4 Dec 2014 10:26:54 +0000 (10:26 +0000)
commitcbbf2e6ed7c2adabfa5cc64901c7b89e029d1e20
tree8fd9c4a193cd7cc934941b4c03f08e7fae94eab5
parentaf2c632e234f7158e891c27cc2270f8843f08855
arm64: perf: Prevent wraparound during overflow

If the overflow threshold for a counter is set above or near the
0xffffffff boundary then the kernel may lose track of the overflow
causing only events that occur *after* the overflow to be recorded.
Specifically the problem occurs when the value of the performance counter
overtakes its original programmed value due to wrap around.

Typical solutions to this problem are either to avoid programming in
values likely to be overtaken or to treat the overflow bit as the 33rd
bit of the counter.

Its somewhat fiddly to refactor the code to correctly handle the 33rd bit
during irqsave sections (context switches for example) so instead we take
the simpler approach of avoiding values likely to be overtaken.

We set the limit to half of max_period because this matches the limit
imposed in __hw_perf_event_init(). This causes a doubling of the interrupt
rate for large threshold values, however even with a very fast counter
ticking at 4GHz the interrupt rate would only be ~1Hz.

Signed-off-by: Daniel Thompson <daniel.thompson@linaro.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
arch/arm64/kernel/perf_event.c