From: Leo Yan <leo.yan@arm.com>
To: Mike Leach <mike.leach@linaro.org>
Cc: coresight@lists.linaro.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, suzuki.poulose@arm.com,
james.clark@linaro.org
Subject: Re: [PATCH 1/1] coresight: fix issue where coresight component has no claimtags
Date: Wed, 22 Oct 2025 10:29:58 +0100 [thread overview]
Message-ID: <20251022092958.GQ281971@e132581.arm.com> (raw)
In-Reply-To: <20251021234520.3355-2-mike.leach@linaro.org>
On Wed, Oct 22, 2025 at 12:45:20AM +0100, Mike Leach wrote:
[...]
> +/*
> + * Reading CLIAMSET returns a bitfield representing the number of claim tags
> + * implemented from bit 0 to bit nTag-1, valid bits set to 1.
> + *
> + * Claim protocol requires 2 bits so test for highest bit required,
> + * bit 1 - CORESIGHT_CLAIM_SELF_HOSTED_BIT
> + *
> + * return true if sufficient claim tags implemented for protocol
> + */
> +static bool coresight_claim_tags_implemented_unlocked(struct csdev_access *csa)
> +{
> + u32 claim_bits_impl = FIELD_GET(CORESIGHT_CLAIM_BITS_MAX_MASK,
> + csdev_access_relaxed_read32(csa, CORESIGHT_CLAIMSET));
> + return ((claim_bits_impl & CORESIGHT_CLAIM_SELF_HOSTED_BIT) != 0);
> +}
> +
The logic looks good to me.
Can we improve a bit with a cached flag to avoid every time checking the
CLAIMSET, we can read it only once at init time instead.
- We can add a new flag ("bool claim_impl" in the struct csdev_access),
by default the field will be zero.
- The drivers support claim tags call coresight_clear_self_claim_tag()
in probe (see __catu_probe() as an example), we can call a new
function coresight_init_claim_tag() to replace it, this function sets
"claim_impl" properly and clear the tag if supported.
- Afterwards, simply check the "claim_impl" flag.
[...]
> +/*
> + * Coresight specification defines a maximum of 8 claim tag bits.
> + * The precise number is implementation defined, and may be obtained by
> + * reading the CLAIMSET register.
> + */
> +#define CORESIGHT_CLAIM_BITS_MAX_MASK GENMASK(7, 0)
> +#define CORESIGHT_CLAIM_SELF_HOSTED_BIT BIT(1)
Now we only care about the self-host bit. Can reuse existed macros ?
CORESIGHT_CLAIM_MASK
CORESIGHT_CLAIM_SELF_HOSTED
I don't mind if extend CORESIGHT_CLAIM_MASK to 8 bits and even remove
CORESIGHT_CLAIM_INVALID (as it cannot cover other invalid values). Or we
can defer the extension as needed later.
Thanks,
Leo
next prev parent reply other threads:[~2025-10-22 9:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-21 23:45 [PATCH 0/1] coresight: fix issue with insufficient claim tags Mike Leach
2025-10-21 23:45 ` [PATCH 1/1] coresight: fix issue where coresight component has no claimtags Mike Leach
2025-10-22 9:29 ` Leo Yan [this message]
2025-10-22 12:35 ` Mike Leach
2025-10-22 14:04 ` Leo Yan
2025-10-23 10:18 ` Mike Leach
2025-10-23 11:03 ` Mike Leach
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=20251022092958.GQ281971@e132581.arm.com \
--to=leo.yan@arm.com \
--cc=coresight@lists.linaro.org \
--cc=james.clark@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mike.leach@linaro.org \
--cc=suzuki.poulose@arm.com \
/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