From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Girish Pathak <girish.pathak@arm.com>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
Leif Lindholm <leif.lindholm@linaro.org>,
Matteo Carlini <Matteo.Carlini@arm.com>,
Stephanie Hughes-Fitt <Stephanie.Hughes-Fitt@arm.com>,
nd <nd@arm.com>
Subject: Re: [PATCH v1 1/2] ArmPkg/ArmScmiDxe: Fix ASSERT error in SCMI DXE
Date: Mon, 18 Jun 2018 19:01:25 +0200 [thread overview]
Message-ID: <CAKv+Gu-yeHZPgdUx3MaEsznR0c4OObjJm+Pcsz78t3VhPVx_Dg@mail.gmail.com> (raw)
In-Reply-To: <20180615141020.9428-2-girish.pathak@arm.com>
Hello Girish,
On 15 June 2018 at 16:10, Girish Pathak <girish.pathak@arm.com> wrote:
> This change fixes a bug in the SCMI DXE which is observed with the
> upcoming release of the SCP firmware.
>
> The PROTOCOL_ID_MASK (0xF) which is used to generate an index in
> the ProtocolInitFxns is wrong because protocol ids can be
> anywhere in 0x10 - 15 or 0x80 - FF range. This mask generates
> the same index for two different protocols e.g. for protocol ids
> 0x10 and 0x90, which causes duplicate initialization of a protocol
> resulting in a failure.
>
> This change removes the use of PROTOCOL_ID_MASK and instead
> uses a list of protocol ids and their initialization functions
> to identify a supported protocol and initialize it.
>
> Change-Id: Ib004294d2bec853045ed6e811d123832fba555cd
> Contributed-under: TianoCore Contribution Agreement 1.1
> Signed-off-by: Girish Pathak <girish.pathak@arm.com>
> ---
> ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.c | 35 ++++++++++----------
> ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.h | 8 +++--
> 2 files changed, 22 insertions(+), 21 deletions(-)
>
> diff --git a/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.c b/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.c
> index 2920c6f6f33c5bb8ac00c903a0b199ba5f06f4de..cc68cbc922fcc06bff8f7e0aa8b6bf64a9932874 100644
> --- a/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.c
> +++ b/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.c
> @@ -29,13 +29,10 @@
> #include "ScmiDxe.h"
> #include "ScmiPrivate.h"
>
> -STATIC CONST SCMI_PROTOCOL_INIT_TABLE ProtocolInitFxns[MAX_PROTOCOLS] = {
> - { ScmiBaseProtocolInit },
> - { NULL },
> - { NULL },
> - { ScmiPerformanceProtocolInit },
> - { ScmiClockProtocolInit },
> - { NULL }
> +STATIC CONST SCMI_PROTOCOL_ENTRY Protocols[] = {
> + { SCMI_PROTOCOL_ID_BASE, ScmiBaseProtocolInit },
> + { SCMI_PROTOCOL_ID_PERFORMANCE, ScmiPerformanceProtocolInit },
> + { SCMI_PROTOCOL_ID_CLOCK, ScmiClockProtocolInit }
> };
>
> /** ARM SCMI driver entry point function.
> @@ -65,14 +62,14 @@ ArmScmiDxeEntryPoint (
> UINT32 Version;
> UINT32 Index;
> UINT32 NumProtocols;
> - UINT32 ProtocolNo;
> + UINT32 ProtocolIndex = 0;
We don't permit initialized automatic variables.
> UINT8 SupportedList[MAX_PROTOCOLS];
> UINT32 SupportedListSize = sizeof (SupportedList);
This applies here as well, but it slipped through the cracks last
time. Care to fix this one as well? Thanks.
>
> - ProtocolNo = SCMI_PROTOCOL_ID_BASE & PROTOCOL_ID_MASK;
> -
> // Every SCMI implementation must implement the base protocol.
> - Status = ProtocolInitFxns[ProtocolNo].Init (&ImageHandle);
> + ASSERT (Protocols[ProtocolIndex].Id == SCMI_PROTOCOL_ID_BASE);
> +
Just use Protocols[0].Id here instead of obfuscating the code with a
var reference known to be == 0
> + Status = Protocols[ProtocolIndex].InitFxn (&ImageHandle);
Same here. In fact, why not just call ScmiBaseProtocolInit() here?
> if (EFI_ERROR (Status)) {
> ASSERT (FALSE);
> return Status;
> @@ -123,13 +120,15 @@ ArmScmiDxeEntryPoint (
> }
>
> // Install supported protocol on ImageHandle.
> - for (Index = 0; Index < NumProtocols; Index++) {
> - ProtocolNo = SupportedList[Index] & PROTOCOL_ID_MASK;
> - if (ProtocolInitFxns[ProtocolNo].Init != NULL) {
> - Status = ProtocolInitFxns[ProtocolNo].Init (&ImageHandle);
> - if (EFI_ERROR (Status)) {
> - ASSERT (FALSE);
> - return Status;
> + while (++ProtocolIndex < ARRAY_SIZE (Protocols)) {
Please use a for () loop here, including the 0 assignment that
replaces the initializer above.
> + for (Index = 0; Index < NumProtocols; Index++) {
> + if (Protocols[ProtocolIndex].Id == SupportedList[Index]) {
> + Status = Protocols[ProtocolIndex].InitFxn (&ImageHandle);
> + if (EFI_ERROR (Status)) {
> + ASSERT (FALSE);
In general, ASSERT_EFI_ERROR () is really much more useful than ASSERT
(FALSE), because the DEBUG output will tell you the actual value of
Status. Just a tip.
> + return Status;
> + }
> + break;
> }
> }
> }
> diff --git a/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.h b/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.h
> index 29cdde173659c701116b021a3c437a92b473e4e5..5815e1e78074067760b6f618e248526ee25e59c8 100644
> --- a/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.h
> +++ b/ArmPkg/Drivers/ArmScmiDxe/ScmiDxe.h
> @@ -17,8 +17,9 @@
> #ifndef SCMI_DXE_H_
> #define SCMI_DXE_H_
>
> +#include "ScmiPrivate.h"
> +
> #define MAX_PROTOCOLS 6
> -#define PROTOCOL_ID_MASK 0xF
> #define MAX_VENDOR_LEN SCMI_MAX_STR_LEN
>
> /** Pointer to protocol initialization function.
> @@ -35,7 +36,8 @@ EFI_STATUS
> );
>
> typedef struct {
> - SCMI_PROTOCOL_INIT_FXN Init;
> -} SCMI_PROTOCOL_INIT_TABLE;
> + SCMI_PROTOCOL_ID Id; // Protocol Id.
> + SCMI_PROTOCOL_INIT_FXN InitFxn; // Protocol init function.
Could you replace this with InitFn please? Fxn as an abbreviation for
function is not idiomatic in any of the projects I have ever been
involved in, so let's not confuse people unnecessarily.
> +} SCMI_PROTOCOL_ENTRY;
>
> #endif /* SCMI_DXE_H_ */
> --
> 'Guid(CE165669-3EF3-493F-B85D-6190EE5B9759)'
>
>
next prev parent reply other threads:[~2018-06-18 17:01 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-06-15 14:10 [PATCH v1 0/2] ArmPkg/ArmScmiDxe: Fix a bug uncovered with the new SCP firmware Girish Pathak
2018-06-15 14:10 ` [PATCH v1 1/2] ArmPkg/ArmScmiDxe: Fix ASSERT error in SCMI DXE Girish Pathak
2018-06-18 17:01 ` Ard Biesheuvel [this message]
2018-06-15 14:10 ` [PATCH v1 2/2] ArmPkg/ArmScmiDxe: Dynamically allocate buffer for protocol ids Girish Pathak
2018-06-18 16:40 ` [PATCH v1 0/2] ArmPkg/ArmScmiDxe: Fix a bug uncovered with the new SCP firmware Sudeep Holla
2018-06-18 17:05 ` [PATCH v1 2/2] ArmPkg/ArmScmiDxe: Dynamically allocate buffer for protocol ids 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=CAKv+Gu-yeHZPgdUx3MaEsznR0c4OObjJm+Pcsz78t3VhPVx_Dg@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