[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210513143520.22694-1-james.clark@arm.com>
Date: Thu, 13 May 2021 17:35:17 +0300
From: James Clark <james.clark@....com>
To: coresight@...ts.linaro.org, leo.yan@...aro.org
Cc: al.grant@....com, branislav.rankov@....com, denik@...omium.org,
suzuki.poulose@....com, anshuman.khandual@....com,
James Clark <james.clark@....com>,
Mike Leach <mike.leach@...aro.org>,
Mark Rutland <mark.rutland@....com>,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
Jiri Olsa <jolsa@...hat.com>,
Namhyung Kim <namhyung@...nel.org>,
John Garry <john.garry@...wei.com>,
Will Deacon <will@...nel.org>,
Mathieu Poirier <mathieu.poirier@...aro.org>,
linux-arm-kernel@...ts.infradead.org,
linux-perf-users@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: [PATCH v2 0/3] perf cs-etm: Handle valid-but-zero timestamps
This patchset is an alternate solution to the original: "[RFC PATCH]
perf cs-etm: Handle valid-but-zero timestamps". It uses the existing
Z option to --itrace instead of modifying the behaviour of the
cs_etm__etmq_get_timestamp() function.
Using timeless mode is equivalent to ignoring 0 timestamps, as
suggested by Mike and Leo.
It applies on top of "[PATCH v3 0/2] perf cs-etm: Set time on
synthesised samples to preserve ordering"
James Clark (3):
perf cs-etm: Move synth_opts initialisation
perf cs-etm: Start reading 'Z' --itrace option
perf cs-etm: Prevent and warn on underflows during timestamp
calculation.
.../perf/util/cs-etm-decoder/cs-etm-decoder.c | 45 ++++++++++++++-----
tools/perf/util/cs-etm.c | 20 +++++----
2 files changed, 46 insertions(+), 19 deletions(-)
--
2.28.0
Powered by blists - more mailing lists