[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ceed3c67-c9e6-787f-f668-26b57904136e@arm.com>
Date: Tue, 19 Jul 2022 15:54:08 +0100
From: James Clark <james.clark@....com>
To: Mike Leach <mike.leach@...aro.org>, suzuki.poulose@....com,
coresight@...ts.linaro.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org
Cc: mathieu.poirier@...aro.org, peterz@...radead.org, mingo@...hat.com,
acme@...nel.org, linux-perf-users@...r.kernel.org,
quic_jinlmao@...cinc.com
Subject: Re: [PATCH v2 08/13] perf: cs-etm: Move mapping of Trace ID and cpu
into helper function
On 04/07/2022 09:11, Mike Leach wrote:
> The information to associate Trace ID and CPU will be changing.
> Drivers will start outputting this as a hardware ID packet in the data
> file and setting the value in AUXINFO to an unused value.
>
> To prepare for this, we only map Trace ID and CPU data from AUXINFO if the
> header version and values are valid, and move the mapping into a
> helper function.
>
> Signed-off-by: Mike Leach <mike.leach@...aro.org>
> ---
> tools/perf/util/cs-etm.c | 53 +++++++++++++++++++++++++++-------------
> tools/perf/util/cs-etm.h | 14 +++++++++--
> 2 files changed, 48 insertions(+), 19 deletions(-)
>
> diff --git a/tools/perf/util/cs-etm.c b/tools/perf/util/cs-etm.c
> index 8b95fb3c4d7b..df9d67901f8d 100644
> --- a/tools/perf/util/cs-etm.c
> +++ b/tools/perf/util/cs-etm.c
> @@ -193,6 +193,30 @@ int cs_etm__get_pid_fmt(u8 trace_chan_id, u64 *pid_fmt)
> return 0;
> }
>
> +static int cs_etm__map_trace_id(u8 trace_chan_id, u64 *cpu_metadata)
> +{
> + struct int_node *inode;
> +
> + /* Get an RB node for this CPU */
> + inode = intlist__findnew(traceid_list, trace_chan_id);
> +
> + /* Something went wrong, no need to continue */
> + if (!inode)
> + return -ENOMEM;
> +
> + /*
> + * The node for that CPU should not be taken.
> + * Back out if that's the case.
> + */
> + if (inode->priv)
> + return -EINVAL;
> +
> + /* All good, associate the traceID with the metadata pointer */
> + inode->priv = cpu_metadata;
> +
> + return 0;
> +}
> +
> void cs_etm__etmq_set_traceid_queue_timestamp(struct cs_etm_queue *etmq,
> u8 trace_chan_id)
> {
> @@ -2886,7 +2910,6 @@ int cs_etm__process_auxtrace_info(union perf_event *event,
> {
> struct perf_record_auxtrace_info *auxtrace_info = &event->auxtrace_info;
> struct cs_etm_auxtrace *etm = NULL;
> - struct int_node *inode;
> unsigned int pmu_type;
> int event_header_size = sizeof(struct perf_event_header);
> int info_header_size;
> @@ -2898,6 +2921,7 @@ int cs_etm__process_auxtrace_info(union perf_event *event,
> u64 *ptr, *hdr = NULL;
> u64 **metadata = NULL;
> u64 hdr_version;
> + u8 trace_chan_id;
>
> /*
> * sizeof(auxtrace_info_event::type) +
> @@ -2991,25 +3015,20 @@ int cs_etm__process_auxtrace_info(union perf_event *event,
> goto err_free_metadata;
> }
>
> - /* Get an RB node for this CPU */
> - inode = intlist__findnew(traceid_list, metadata[j][trcidr_idx]);
> -
> - /* Something went wrong, no need to continue */
> - if (!inode) {
> - err = -ENOMEM;
> - goto err_free_metadata;
> - }
> -
> /*
> - * The node for that CPU should not be taken.
> - * Back out if that's the case.
> + * Associate a trace ID with metadata.
> + * Later versions of the drivers will make this association using a
> + * hardware ID packet in the data file, setting the value in AUXINFO to an
> + * invalid trace ID value. Only map here if the value is valid.
> */
> - if (inode->priv) {
> - err = -EINVAL;
> - goto err_free_metadata;
> + if (hdr_version < CS_AUX_HW_ID_VERSION_MIN) {
> + trace_chan_id = metadata[j][trcidr_idx];
> + if (CS_IS_VALID_TRACE_ID(trace_chan_id)) {
> + err = cs_etm__map_trace_id(trace_chan_id, metadata[j]);
> + if (err)
> + goto err_free_metadata;
> + }
> }
> - /* All good, associate the traceID with the metadata pointer */
> - inode->priv = metadata[j];
> }
>
> /*
> diff --git a/tools/perf/util/cs-etm.h b/tools/perf/util/cs-etm.h
> index 90c83f932d9a..712a6f855f0e 100644
> --- a/tools/perf/util/cs-etm.h
> +++ b/tools/perf/util/cs-etm.h
> @@ -28,13 +28,17 @@ enum {
> /*
> * Update the version for new format.
> *
> - * New version 1 format adds a param count to the per cpu metadata.
> + * Version 1: format adds a param count to the per cpu metadata.
> * This allows easy adding of new metadata parameters.
> * Requires that new params always added after current ones.
> * Also allows client reader to handle file versions that are different by
> * checking the number of params in the file vs the number expected.
> + *
> + * Version 2: Drivers will use PERF_RECORD_AUX_OUTPUT_HW_ID to output
> + * CoreSight Trace ID. ...TRACEIDR metadata will be set to unused ID.
> */
> -#define CS_HEADER_CURRENT_VERSION 1
> +#define CS_HEADER_CURRENT_VERSION 2
> +#define CS_AUX_HW_ID_VERSION_MIN 2
Hi Mike,
I'm starting to look at this set now.
Am I right in thinking that this hard coded value means that new versions
of Perf won't work with older drivers? Does this need to be highlighted
somewhere in a warning that it's not the Perf version that's the issue but
both the Perf and driver version together?
I thought the idea was to search through the file to look for
PERF_RECORD_AUX_OUTPUT_HW_ID records (or lack of) and then choose the appropriate
decode method. But maybe that's too complicated and there is no requirement
for backwards compatibility?
>From experience it can be inconvenient when you can't just throw
any build of Perf on a system and it supports everything that it knows
about. Now we will have Perf builds that know about Coresight but don't
work with older drivers.
But then as you say the ID allocation is already broken for some people.
It's hard to decide.
James
>
> /* Beginning of header common to both ETMv3 and V4 */
> enum {
> @@ -85,6 +89,12 @@ enum {
> CS_ETE_PRIV_MAX
> };
>
> +/*
> + * Check for valid CoreSight trace ID. If an invalid value is present in the metadata,
> + * then IDs are present in the hardware ID packet in the data file.
> + */
> +#define CS_IS_VALID_TRACE_ID(id) ((id > 0) && (id < 0x70))
> +
> /*
> * ETMv3 exception encoding number:
> * See Embedded Trace Macrocell specification (ARM IHI 0014Q)
Powered by blists - more mailing lists