From: Leo Yan <leo.yan@linaro.org>
To: "André Przywara" <andre.przywara@arm.com>
Cc: Arnaldo Carvalho de Melo <acme@kernel.org>,
Peter Zijlstra <peterz@infradead.org>,
Ingo Molnar <mingo@redhat.com>,
Mark Rutland <mark.rutland@arm.com>,
Alexander Shishkin <alexander.shishkin@linux.intel.com>,
Jiri Olsa <jolsa@redhat.com>, Namhyung Kim <namhyung@kernel.org>,
James Clark <james.clark@arm.com>,
Dave Martin <Dave.Martin@arm.com>, Al Grant <Al.Grant@arm.com>,
Wei Li <liwei391@huawei.com>,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v6 06/21] perf arm-spe: Refactor printing string to buffer
Date: Fri, 6 Nov 2020 09:58:28 +0800 [thread overview]
Message-ID: <20201106015828.GA13572@leoy-ThinkPad-X240s> (raw)
In-Reply-To: <91d5de6b-885e-d56d-0845-49b2dde6894c@arm.com>
Hi Andre, Dave,
On Mon, Nov 02, 2020 at 03:50:01PM +0000, André Przywara wrote:
[...]
> > int arm_spe_pkt_desc(const struct arm_spe_pkt *packet, char *buf,
> > size_t buf_len)
> > {
> > - int ret, ns, el, idx = packet->index;
> > + int ns, el, idx = packet->index;
> > unsigned long long payload = packet->payload;
> > const char *name = arm_spe_pkt_name(packet->type);
> > + size_t blen = buf_len;
> > + int err = 0;
> >
> > switch (packet->type) {
> > case ARM_SPE_BAD:
> > case ARM_SPE_PAD:
> > case ARM_SPE_END:
> > - return snprintf(buf, buf_len, "%s", name);
> > - case ARM_SPE_EVENTS: {
> > - size_t blen = buf_len;
> > -
> > - ret = 0;
> > - ret = snprintf(buf, buf_len, "EV");
> > - buf += ret;
> > - blen -= ret;
> > - if (payload & 0x1) {
> > - ret = snprintf(buf, buf_len, " EXCEPTION-GEN");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x2) {
> > - ret = snprintf(buf, buf_len, " RETIRED");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x4) {
> > - ret = snprintf(buf, buf_len, " L1D-ACCESS");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x8) {
> > - ret = snprintf(buf, buf_len, " L1D-REFILL");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x10) {
> > - ret = snprintf(buf, buf_len, " TLB-ACCESS");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x20) {
> > - ret = snprintf(buf, buf_len, " TLB-REFILL");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x40) {
> > - ret = snprintf(buf, buf_len, " NOT-TAKEN");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > - if (payload & 0x80) {
> > - ret = snprintf(buf, buf_len, " MISPRED");
> > - buf += ret;
> > - blen -= ret;
> > - }
> > + return arm_spe_pkt_snprintf(&err, &buf, &blen, "%s", name);
>
> Nothing critical, but in case you need to respin this series for
> whatever reason, you might want to use NULL for the first argument,
> since you return here and there is little point in setting err. Same for
> other cases where you return directly from an arm_spe_pkt_snprintf() call.
> But it doesn't hurt, so you could leave it as well, and it's more robust
> in case someone extends the code later.
Just remind, in the new patch set v7, I don't change to use NULL for
the first argument and still pass '&err', the main reason is to
consolidate with return value, which is heavily dependent on the 'err'
parameter of arm_spe_pkt_snprintf(); the brief form is as follow:
switch (type) {
...
case ARM_SPE_END:
arm_spe_pkt_snprintf(&err, &buf, &blen, "%s", name);
break;
...
default:
break;
}
handle the 'err';
return err;
Please see the new introduced patch [1] so it can give more idea for
the changes.
Thanks,
Leo
[1] https://lore.kernel.org/patchwork/patch/1333881/
next prev parent reply other threads:[~2020-11-06 1:58 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-10-30 2:57 [PATCH v6 00/21] perf arm-spe: Refactor decoding & dumping flow Leo Yan
2020-10-30 2:57 ` [PATCH v6 01/21] perf arm-spe: Include bitops.h for BIT() macro Leo Yan
2020-10-30 2:57 ` [PATCH v6 02/21] perf arm-spe: Fix a typo in comment Leo Yan
2020-10-30 2:57 ` [PATCH v6 03/21] perf arm-spe: Refactor payload size calculation Leo Yan
2020-10-30 2:57 ` [PATCH v6 04/21] perf arm-spe: Refactor arm_spe_get_events() Leo Yan
2020-10-30 2:57 ` [PATCH v6 05/21] perf arm-spe: Fix packet length handling Leo Yan
2020-10-30 2:57 ` [PATCH v6 06/21] perf arm-spe: Refactor printing string to buffer Leo Yan
2020-11-02 15:50 ` André Przywara
2020-11-03 2:39 ` Leo Yan
2020-11-06 1:58 ` Leo Yan [this message]
2020-11-02 17:06 ` Dave Martin
2020-11-03 6:40 ` Leo Yan
2020-11-03 10:13 ` André Przywara
2020-11-03 12:13 ` Dave Martin
2020-11-04 8:29 ` Leo Yan
2020-10-30 2:57 ` [PATCH v6 07/21] perf arm-spe: Refactor packet header parsing Leo Yan
2020-10-30 2:57 ` [PATCH v6 08/21] perf arm-spe: Add new function arm_spe_pkt_desc_addr() Leo Yan
2020-10-30 2:57 ` [PATCH v6 09/21] perf arm-spe: Refactor address packet handling Leo Yan
2020-10-30 2:57 ` [PATCH v6 10/21] perf arm_spe: Fixup top byte for data virtual address Leo Yan
2020-10-30 2:57 ` [PATCH v6 11/21] perf arm-spe: Refactor context packet handling Leo Yan
2020-10-30 2:57 ` [PATCH v6 12/21] perf arm-spe: Add new function arm_spe_pkt_desc_counter() Leo Yan
2020-10-30 2:57 ` [PATCH v6 13/21] perf arm-spe: Refactor counter packet handling Leo Yan
2020-10-30 2:57 ` [PATCH v6 14/21] perf arm-spe: Add new function arm_spe_pkt_desc_event() Leo Yan
2020-10-30 2:57 ` [PATCH v6 15/21] perf arm-spe: Refactor event type handling Leo Yan
2020-10-30 2:57 ` [PATCH v6 16/21] perf arm-spe: Remove size condition checking for events Leo Yan
2020-10-30 2:57 ` [PATCH v6 17/21] perf arm-spe: Add new function arm_spe_pkt_desc_op_type() Leo Yan
2020-10-30 2:57 ` [PATCH v6 18/21] perf arm-spe: Refactor operation packet handling Leo Yan
2020-10-30 2:57 ` [PATCH v6 19/21] perf arm-spe: Add more sub classes for operation packet Leo Yan
2020-10-30 2:57 ` [PATCH v6 20/21] perf arm_spe: Decode memory tagging properties Leo Yan
2020-11-02 16:25 ` Dave Martin
2020-11-03 6:51 ` Leo Yan
2020-11-03 12:14 ` Dave Martin
2020-10-30 2:57 ` [PATCH v6 21/21] perf arm-spe: Add support for ARMv8.3-SPE Leo Yan
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=20201106015828.GA13572@leoy-ThinkPad-X240s \
--to=leo.yan@linaro.org \
--cc=Al.Grant@arm.com \
--cc=Dave.Martin@arm.com \
--cc=acme@kernel.org \
--cc=alexander.shishkin@linux.intel.com \
--cc=andre.przywara@arm.com \
--cc=james.clark@arm.com \
--cc=jolsa@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=liwei391@huawei.com \
--cc=mark.rutland@arm.com \
--cc=mingo@redhat.com \
--cc=namhyung@kernel.org \
--cc=peterz@infradead.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
all inboxes | Powered by JetHome®