linux-perf-users.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Anshuman Khandual <anshuman.khandual@arm.com>
To: Mark Rutland <mark.rutland@arm.com>
Cc: linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org, will@kernel.org,
	catalin.marinas@arm.com, Mark Brown <broonie@kernel.org>,
	James Clark <james.clark@arm.com>, Rob Herring <robh@kernel.org>,
	Marc Zyngier <maz@kernel.org>,
	Suzuki Poulose <suzuki.poulose@arm.com>,
	Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>,
	Arnaldo Carvalho de Melo <acme@kernel.org>,
	linux-perf-users@vger.kernel.org
Subject: Re: [PATCH V18 3/9] drivers: perf: arm_pmu: Add infrastructure for branch stack sampling
Date: Mon, 17 Jun 2024 10:07:57 +0530	[thread overview]
Message-ID: <e7307246-95e4-406c-802e-c1d190e39b36@arm.com> (raw)
In-Reply-To: <ZmxbYxE5PBl4CHzE@J2N7QTR9R3.cambridge.arm.com>



On 6/14/24 20:31, Mark Rutland wrote:
> On Thu, Jun 13, 2024 at 11:47:25AM +0530, Anshuman Khandual wrote:
>> @@ -289,6 +289,23 @@ static void armpmu_start(struct perf_event *event, int flags)
>>  {
>>  	struct arm_pmu *armpmu = to_arm_pmu(event->pmu);
>>  	struct hw_perf_event *hwc = &event->hw;
>> +	struct pmu_hw_events *cpuc = this_cpu_ptr(armpmu->hw_events);
>> +	int idx;
>> +
>> +	/*
>> +	 * Merge all branch filter requests from different perf
>> +	 * events being added into this PMU. This includes both
>> +	 * privilege and branch type filters.
>> +	 */
>> +	if (armpmu->has_branch_stack) {
>> +		cpuc->branch_sample_type = 0;
>> +		for (idx = 0; idx < ARMPMU_MAX_HWEVENTS; idx++) {
>> +			struct perf_event *event_idx = cpuc->events[idx];
>> +
>> +			if (event_idx && has_branch_stack(event_idx))
>> +				cpuc->branch_sample_type |= event_idx->attr.branch_sample_type;
>> +		}
>> +	}
> 
> When we spoke about this, I meant that we should do this under armpmu::start(),
> or a callee or caller thereof once we know all the events are configured, just
> before we actually enable the PMU.
> 
> For example, this could live in armv8pmu_branch_enable(), which'd allow
> all the actual logic to be added in the BRBE enablement patch.
> 
> Doing this in armpmu_start() doesn't work as well because it won't handle
> events being removed.

Sure, will move this filter aggregation inside armv8pmu_branch_enable() instead
which is being added via the BRBE driver.

diff --git a/drivers/perf/arm_brbe.c b/drivers/perf/arm_brbe.c
index d795e8fd646f..9cf824bdc8b7 100644
--- a/drivers/perf/arm_brbe.c
+++ b/drivers/perf/arm_brbe.c
@@ -856,6 +856,22 @@ void armv8pmu_branch_enable(struct arm_pmu *arm_pmu)
 {
        struct pmu_hw_events *cpuc = this_cpu_ptr(arm_pmu->hw_events);
        u64 brbfcr, brbcr;
+       int idx;
+
+       /*
+        * Merge all branch filter requests from different perf
+        * events being added into this PMU. This includes both
+        * privilege and branch type filters.
+        */
+       if (arm_pmu->has_branch_stack) {
+               cpuc->branch_sample_type = 0;
+               for (idx = 0; idx < ARMPMU_MAX_HWEVENTS; idx++) {
+                       struct perf_event *event_idx = cpuc->events[idx];
+
+                       if (event_idx && has_branch_stack(event_idx))
+                               cpuc->branch_sample_type |= event_idx->attr.branch_sample_type;
+               }
+       }
 
        if (!(cpuc->branch_sample_type && cpuc->branch_users))
                return;

> 
> [...]
> 
>> diff --git a/include/linux/perf/arm_pmu.h b/include/linux/perf/arm_pmu.h
>> index b3b34f6670cf..9eda16dd684e 100644
>> --- a/include/linux/perf/arm_pmu.h
>> +++ b/include/linux/perf/arm_pmu.h
>> @@ -46,6 +46,18 @@ static_assert((PERF_EVENT_FLAG_ARCH & ARMPMU_EVT_63BIT) == ARMPMU_EVT_63BIT);
>>  	},								\
>>  }
>>  
>> +/*
>> + * Maximum branch record entries which could be processed
>> + * for core perf branch stack sampling support, regardless
>> + * of the hardware support available on a given ARM PMU.
>> + */
>> +#define MAX_BRANCH_RECORDS 64
>> +
>> +struct branch_records {
>> +	struct perf_branch_stack	branch_stack;
>> +	struct perf_branch_entry	branch_entries[MAX_BRANCH_RECORDS];
>> +};
>> +
>>  /* The events for a given PMU register set. */
>>  struct pmu_hw_events {
>>  	/*
>> @@ -66,6 +78,17 @@ struct pmu_hw_events {
>>  	struct arm_pmu		*percpu_pmu;
>>  
>>  	int irq;
>> +
>> +	struct branch_records	*branches;
>> +
>> +	/* Active context for task events */
>> +	void			*branch_context;
> 
> Using 'void *' here makes this harder to reason about and hides type
> safety issues.
> 
> Give this a real type. IIUC it should be 'perf_event_context *'.

Sure, will change the type.

> 
>> +
>> +	/* Active events requesting branch records */
>> +	unsigned int		branch_users;
>> +
>> +	/* Active branch sample type filters */
>> +	unsigned long		branch_sample_type;
>>  };
>>  
>>  enum armpmu_attr_groups {
>> @@ -96,8 +119,15 @@ struct arm_pmu {
>>  	void		(*stop)(struct arm_pmu *);
>>  	void		(*reset)(void *);
>>  	int		(*map_event)(struct perf_event *event);
>> +	void		(*sched_task)(struct perf_event_pmu_context *pmu_ctx, bool sched_in);
>> +	bool		(*branch_stack_init)(struct perf_event *event);
>> +	void		(*branch_stack_add)(struct perf_event *event, struct pmu_hw_events *cpuc);
>> +	void		(*branch_stack_del)(struct perf_event *event, struct pmu_hw_events *cpuc);
>> +	void		(*branch_stack_reset)(void);
> 
> The reset callback isn't used in this series; s
> 
> Subsequent patches call armv8pmu_branch_stack_reset() directly from
> PMUv3 and the BRBE driver, and arm_pmu::branch_stack_reset() is never
> used, so we can delete it.

Sure, will drop branch_stack_reset() callback.

  reply	other threads:[~2024-06-17  4:38 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-06-13  6:17 [PATCH V18 0/9] arm64/perf: Enable branch stack sampling Anshuman Khandual
2024-06-13  6:17 ` [PATCH V18 1/9] arm64/sysreg: Add BRBE registers and fields Anshuman Khandual
2024-06-13 10:10   ` Mark Rutland
2024-06-13  6:17 ` [PATCH V18 2/9] KVM: arm64: Explicitly handle BRBE traps as UNDEFINED Anshuman Khandual
2024-06-13 10:14   ` Mark Rutland
2024-06-14 12:33   ` Marc Zyngier
2024-06-14 13:09     ` Marc Zyngier
2024-06-17  6:27       ` Anshuman Khandual
2024-06-17  7:41         ` Marc Zyngier
2024-06-13  6:17 ` [PATCH V18 3/9] drivers: perf: arm_pmu: Add infrastructure for branch stack sampling Anshuman Khandual
2024-06-14 15:01   ` Mark Rutland
2024-06-17  4:37     ` Anshuman Khandual [this message]
2024-06-13  6:17 ` [PATCH V18 4/9] arm64/boot: Enable EL2 requirements for BRBE Anshuman Khandual
2024-06-13  6:17 ` [PATCH V18 5/9] drivers: perf: arm_pmuv3: Enable branch stack sampling via FEAT_BRBE Anshuman Khandual
2024-06-13  6:17 ` [PATCH V18 6/9] KVM: arm64: nvhe: Disable branch generation in nVHE guests Anshuman Khandual
2024-06-14 15:23   ` Mark Rutland
2024-06-17  6:45     ` Anshuman Khandual
2024-06-17  9:39       ` Mark Rutland
2024-06-20  4:22         ` Anshuman Khandual
2024-06-21 13:12           ` Mark Rutland
2024-06-13  6:17 ` [PATCH V18 7/9] perf: test: Speed up running brstack test on an Arm model Anshuman Khandual
2024-06-13  6:17 ` [PATCH V18 8/9] perf: test: Remove empty lines from branch filter test output Anshuman Khandual
2024-06-13  6:17 ` [PATCH V18 9/9] perf: test: Extend branch stack sampling test for Arm64 BRBE Anshuman Khandual

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=e7307246-95e4-406c-802e-c1d190e39b36@arm.com \
    --to=anshuman.khandual@arm.com \
    --cc=acme@kernel.org \
    --cc=broonie@kernel.org \
    --cc=catalin.marinas@arm.com \
    --cc=james.clark@arm.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-perf-users@vger.kernel.org \
    --cc=mark.rutland@arm.com \
    --cc=maz@kernel.org \
    --cc=mingo@redhat.com \
    --cc=peterz@infradead.org \
    --cc=robh@kernel.org \
    --cc=suzuki.poulose@arm.com \
    --cc=will@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).