public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: "Ard Biesheuvel" <ardb@kernel.org>
To: devel@edk2.groups.io, sudeep.holla@arm.com
Cc: Pierre Gondois <pierre.gondois@arm.com>,
	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: [edk2-devel] [PATCH] ArmPkg/ArmScmiDxe: Fix the calculation of RequiredArraySize in ClockDescribeRates()
Date: Fri, 3 Feb 2023 13:27:34 +0100	[thread overview]
Message-ID: <CAMj1kXG-U1zVgAi9-_bQtOdcyrWKu2Gdw0z5zjKXm8Bhf_HTLA@mail.gmail.com> (raw)
In-Reply-To: <20230203112003.fstpmkec5w7zcq6z@bogus>

On Fri, 3 Feb 2023 at 12:20, Sudeep Holla <sudeep.holla@arm.com> wrote:
>
> On Fri, Feb 03, 2023 at 12:10:38PM +0100, Pierre Gondois wrote:
> > 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);
> > }
> > """
> >
>
> Right, good catch. For some reason, I don't see any exceptions in release
> build :(. I will try the debug build and check. Thanks for the review.
> >
> > With the above loop removed:
> > Reviewed-by: Pierre Gondois <pierre.gondois@arm.com>
> > Tested-by: Pierre Gondois <pierre.gondois@arm.com>
> >
>
> Thanks!
>

Excellent. Could someone post the final version please?

      reply	other threads:[~2023-02-03 12:27 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
2023-02-03 11:20   ` Sudeep Holla
2023-02-03 12:27     ` Ard Biesheuvel [this message]

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=CAMj1kXG-U1zVgAi9-_bQtOdcyrWKu2Gdw0z5zjKXm8Bhf_HTLA@mail.gmail.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