From: "PierreGondois" <pierre.gondois@arm.com>
To: Sudeep Holla <sudeep.holla@arm.com>, devel@edk2.groups.io
Cc: Leif Lindholm <quic_llindhol@quicinc.com>,
Ard Biesheuvel <ardb+tianocore@kernel.org>,
Girish Pathak <girish.pathak@arm.com>,
Jeff Brasen <jbrasen@nvidia.com>,
Sami Mujawar <sami.mujawar@arm.com>
Subject: Re: [PATCH] ArmPkg/ArmScmiDxe: Fix the calculation of RequiredArraySize in ClockDescribeRates()
Date: Fri, 3 Feb 2023 12:10:38 +0100 [thread overview]
Message-ID: <d4ecb026-8af8-e9d1-8f5a-0739b92dc382@arm.com> (raw)
In-Reply-To: <20230202143015.3066988-1-sudeep.holla@arm.com>
Hello Sudeep,
On 2/2/23 15:30, Sudeep Holla wrote:
> As per the SCMI specification, section CLOCK_DESCRIBE_RATES mentions that
> the value of num_rates_flags[11:0] in the response must be 3 if the return
> format is the triplet. Due to the buggy firmware, this was not noticed for
> long time. The firmware is now fixed resulting in ClockDescribeRates() to
> fail with "Buffer Too Small" error as the RequiredArraySize gets miscalculated
> as 72 instead of 24.
>
> Fix the issue by reusing the logic for both the return format which must
> work if num_rates_flags has correct value as expected from the specification.
>
> Cc: Pierre Gondois <Pierre.Gondois@arm.com>
> Cc: Girish Pathak <girish.pathak@arm.com>
> Cc: Jeff Brasen <jbrasen@nvidia.com>
> Reported-by: Sami Mujawar <sami.mujawar@arm.com>
> Signed-off-by: Sudeep Holla <sudeep.holla@arm.com>
> ---
> ArmPkg/Drivers/ArmScmiDxe/ScmiClockProtocol.c | 7 +------
> 1 file changed, 1 insertion(+), 6 deletions(-)
>
> Hi All,
>
> Sorry for the resend, I hadn't subscribed before so resending after the
> subscription.
>
> Regards,
> Sudeep
>
> diff --git a/ArmPkg/Drivers/ArmScmiDxe/ScmiClockProtocol.c b/ArmPkg/Drivers/ArmScmiDxe/ScmiClockProtocol.c
> index 12a7e6df5d43..1412717bc227 100644
> --- a/ArmPkg/Drivers/ArmScmiDxe/ScmiClockProtocol.c
> +++ b/ArmPkg/Drivers/ArmScmiDxe/ScmiClockProtocol.c
> @@ -236,12 +236,7 @@ ClockDescribeRates (
> *TotalRates = NUM_RATES (DescribeRates->NumRatesFlags)
> + NUM_REMAIN_RATES (DescribeRates->NumRatesFlags);
>
> - if (*Format == ScmiClockRateFormatDiscrete) {
> - RequiredArraySize = (*TotalRates) * sizeof (UINT64);
> - } else {
> - // We need to return triplet of 64 bit value for each rate
> - RequiredArraySize = (*TotalRates) * 3 * sizeof (UINT64);
> - }
> + RequiredArraySize = (*TotalRates) * sizeof (UINT64);
>
> if (RequiredArraySize > (*RateArraySize)) {
> *RateArraySize = RequiredArraySize;
I think the following also needs to be modified:
"""
for (RateNo = 0; RateNo < NUM_RATES (DescribeRates->NumRatesFlags); RateNo++) {
// Linear clock rates from minimum to maximum in steps
// Minimum clock rate.
Rate = &DescribeRates->Rates[RateOffset++];
RateArray[RateIndex].ContinuousRate.Min =
ConvertTo64Bit (Rate->Low, Rate->High);
Rate = &DescribeRates->Rates[RateOffset++];
// Maximum clock rate.
RateArray[RateIndex].ContinuousRate.Max =
ConvertTo64Bit (Rate->Low, Rate->High);
Rate = &DescribeRates->Rates[RateOffset++];
// Step.
RateArray[RateIndex++].ContinuousRate.Step =
ConvertTo64Bit (Rate->Low, Rate->High);
}
"""
If the clock format is continuous, then per spec:
NUM_RATES (DescribeRates->NumRatesFlags) == 3
However 3 rates are read per loop here. So I think the
loop needs to be removed aswell.
Without this additional change, I get:
"""
Synchronous Exception at 0xA2D0E6EBD20F8604
Synchronous Exception at 0xA2D0E6EBD20F8604
PC 0xA2D0E6EBD20F8604
Recursive exception occurred while dumping the CPU state
"""
With the above loop removed:
Reviewed-by: Pierre Gondois <pierre.gondois@arm.com>
Tested-by: Pierre Gondois <pierre.gondois@arm.com>
Regards,
Pierre
next prev parent reply other threads:[~2023-02-03 11:11 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-02 14:30 [PATCH] ArmPkg/ArmScmiDxe: Fix the calculation of RequiredArraySize in ClockDescribeRates() Sudeep Holla
2023-02-03 11:10 ` PierreGondois [this message]
2023-02-03 11:20 ` Sudeep Holla
2023-02-03 12:27 ` [edk2-devel] " Ard Biesheuvel
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-list 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=d4ecb026-8af8-e9d1-8f5a-0739b92dc382@arm.com \
--to=devel@edk2.groups.io \
/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