From: Samuel Holland <samuel.holland@sifive.com>
To: Atish Kumar Patra <atishp@rivosinc.com>,
Palmer Dabbelt <palmer@dabbelt.com>
Cc: Paul Walmsley <paul.walmsley@sifive.com>,
atishp@atishpatra.org, anup@brainfault.org,
Will Deacon <will@kernel.org>,
Mark Rutland <mark.rutland@arm.com>,
mchitale@ventanamicro.com, linux-riscv@lists.infradead.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 2/2] drivers/perf: riscv: Do not allow invalid raw event config
Date: Wed, 11 Dec 2024 22:06:11 -0600 [thread overview]
Message-ID: <c094ae0b-ddf0-42fc-ad47-00fad84fb70d@sifive.com> (raw)
In-Reply-To: <CAHBxVyF445KnZfT9rPhTwKA76_GT0eT3+p=ot1oLQzUb7j7d7w@mail.gmail.com>
Hi Atish,
On 2024-12-11 3:10 PM, Atish Kumar Patra wrote:
> On Wed, Dec 11, 2024 at 11:46 AM Palmer Dabbelt <palmer@dabbelt.com> wrote:
>>
>> On Mon, 09 Dec 2024 16:04:46 PST (-0800), Atish Patra wrote:
>>> The SBI specification allows only lower 48bits of hpmeventX to be
>>> configured via SBI PMU. Currently, the driver masks of the higher
>>> bits but doesn't return an error. This will lead to an additional
>>> SBI call for config matching which should return for an invalid
>>> event error in most of the cases.
>>>
>>> However, if a platform(i.e Rocket and sifive cores) implements a
>>> bitmap of all bits in the event encoding this will lead to an
>>> incorrect event being programmed leading to user confusion.
>>>
>>> Report the error to the user if higher bits are set during the
>>> event mapping itself to avoid the confusion and save an additional
>>> SBI call.
>>>
>>> Suggested-by: Samuel Holland <samuel.holland@sifive.com>
>>> Signed-off-by: Atish Patra <atishp@rivosinc.com>
>>> ---
>>> drivers/perf/riscv_pmu_sbi.c | 10 ++++++----
>>> 1 file changed, 6 insertions(+), 4 deletions(-)
>>>
>>> diff --git a/drivers/perf/riscv_pmu_sbi.c b/drivers/perf/riscv_pmu_sbi.c
>>> index 3473ba02abf3..fb6eda90f771 100644
>>> --- a/drivers/perf/riscv_pmu_sbi.c
>>> +++ b/drivers/perf/riscv_pmu_sbi.c
>>> @@ -507,7 +507,7 @@ static int pmu_sbi_event_map(struct perf_event *event, u64 *econfig)
>>> {
>>> u32 type = event->attr.type;
>>> u64 config = event->attr.config;
>>> - int ret;
>>> + int ret = -ENOENT;
>>>
>>> /*
>>> * Ensure we are finished checking standard hardware events for
>>> @@ -536,8 +536,11 @@ static int pmu_sbi_event_map(struct perf_event *event, u64 *econfig)
>>>
>>> switch (config >> 62) {
>>> case 0:
>>> - ret = RISCV_PMU_RAW_EVENT_IDX;
>>> - *econfig = config & RISCV_PMU_RAW_EVENT_MASK;
>>> + /* Return error any bits [48-63] is set as it is not allowed by the spec */
>>> + if (!(config & ~RISCV_PMU_RAW_EVENT_MASK)) {
>>> + *econfig = config & RISCV_PMU_RAW_EVENT_MASK;
>>> + ret = RISCV_PMU_RAW_EVENT_IDX;
>>> + }
>>> break;
>>> case 2:
>>> ret = (config & 0xFFFF) | (SBI_PMU_EVENT_TYPE_FW << 16);
>>> @@ -554,7 +557,6 @@ static int pmu_sbi_event_map(struct perf_event *event, u64 *econfig)
>>> }
>>> break;
>>> default:
>>> - ret = -ENOENT;
>>> break;
>>> }
>>
>> This doesn't have a Fixes, is it
>>
>> Fixes: f0c9363db2dd ("perf/riscv-sbi: Add platform specific firmware event handling")
>>
>
> I was not sure if a Fixes tag was worth it as the current
> behavior(masking off the higher bits) is there from the beginning of
> the driver.
> perf tool throws a warning as well if a user tries to set any of the
> upper 16 bits as event attributes is set to 0-47.
>
> If it should be backported, this is the correct fixes tag.
> Fixes: e9991434596f ("RISC-V: Add perf platform driver based on SBI
> PMU extension")
I would agree the masking isn't a real issue before changing the event attribute
from 48 to 56 bits wide. However, this patch also does a drive-by fix of a
different bug introduced by f0c9363db2dd: there is no "case 1" or default case,
so the function would return an uninitialized value if the high bits are 01.
Maybe that should be a separate patch, with a Fixes tag?
Regards,
Samuel
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
next prev parent reply other threads:[~2024-12-12 4:06 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-10 0:04 [PATCH 0/2] SBI PMU event related fixes Atish Patra
2024-12-10 0:04 ` [PATCH 1/2] drivers/perf: riscv: Fix Platform firmware event data Atish Patra
2024-12-10 0:04 ` [PATCH 2/2] drivers/perf: riscv: Do not allow invalid raw event config Atish Patra
2024-12-11 19:46 ` Palmer Dabbelt
2024-12-11 21:10 ` Atish Kumar Patra
2024-12-12 4:06 ` Samuel Holland [this message]
2024-12-12 19:26 ` Atish Kumar Patra
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=c094ae0b-ddf0-42fc-ad47-00fad84fb70d@sifive.com \
--to=samuel.holland@sifive.com \
--cc=anup@brainfault.org \
--cc=atishp@atishpatra.org \
--cc=atishp@rivosinc.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=mchitale@ventanamicro.com \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.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