perf: arm_spe: Relax period restriction

The minimum interval specified the PMSIDR_EL1.Interval field is a
hardware recommendation. However, this value is set by hardware designer
before the production. It is not actual hardware limitation but tools
currently have no way to test shorter periods.

This change relaxes the limitation by allowing any non-zero periods,
with simplifying code with clamp_t().

The downside is that small periods may increase the risk of AUX ring
buffer overruns. When an overrun occurs, the perf core layer will
trigger an irq work to disable the event and wake up the tool in user
space to read the trace data. After the tool finishes reading, it will
re-enable the AUX event.

Signed-off-by: Leo Yan <leo.yan@arm.com>
Reviewed-by: Anshuman Khandual <anshuman.khandual@arm.com>
Link: https://lore.kernel.org/r/20250627163028.3503122-1-leo.yan@arm.com
Signed-off-by: Will Deacon <will@kernel.org>
This commit is contained in:
Leo Yan
2025-06-27 17:30:28 +01:00
committed by Will Deacon
parent 58074a0fce
commit ba2ff3e1b6

View File

@@ -308,17 +308,21 @@ static u64 arm_spe_event_to_pmscr(struct perf_event *event)
static void arm_spe_event_sanitise_period(struct perf_event *event)
{
struct arm_spe_pmu *spe_pmu = to_spe_pmu(event->pmu);
u64 period = event->hw.sample_period;
u64 max_period = PMSIRR_EL1_INTERVAL_MASK;
if (period < spe_pmu->min_period)
period = spe_pmu->min_period;
else if (period > max_period)
period = max_period;
else
period &= max_period;
/*
* The PMSIDR_EL1.Interval field (stored in spe_pmu->min_period) is a
* recommendation for the minimum interval, not a hardware limitation.
*
* According to the Arm ARM (DDI 0487 L.a), section D24.7.12 PMSIRR_EL1,
* Sampling Interval Reload Register, the INTERVAL field (bits [31:8])
* states: "Software must set this to a nonzero value". Use 1 as the
* minimum value.
*/
u64 min_period = FIELD_PREP(PMSIRR_EL1_INTERVAL_MASK, 1);
period = clamp_t(u64, period, min_period, max_period) & max_period;
event->hw.sample_period = period;
}