From: "Leif Lindholm" <quic_llindhol@quicinc.com>
To: <devel@edk2.groups.io>, <tinhnguyen@os.amperecomputing.com>
Cc: <patches@amperecomputing.com>, <ardb+tianocore@kernel.org>,
Nhi Pham <nhi@os.amperecomputing.com>,
Rebecca Cran <rebecca@bsdio.com>
Subject: Re: [edk2-devel] [PATCH 1/1] ArmPkg/SmbiosMiscDxe: Adjust the priority of getting firmware version
Date: Tue, 14 Mar 2023 12:48:08 +0000 [thread overview]
Message-ID: <ZBBtCMnxtwT8GayC@qc-i7.hemma.eciton.net> (raw)
In-Reply-To: <0e962fce-d8d2-9622-94af-5f32e5a51ca4@amperemail.onmicrosoft.com>
Hi Tinh, +Rebecca
On Mon, Mar 13, 2023 at 23:52:41 +0700, Tinh Nguyen via groups.io wrote:
> On 3/13/2023 10:03 PM, Leif Lindholm wrote:
> > On Mon, Mar 13, 2023 at 13:43:21 +0700, Tinh Nguyen wrote:
> > > The BIOS Firmware Version in the SMBIOS Type 0 can be fetched from
> > > the fixed PcdFirmwareVersionString or platform specific OemMiscLib.
> > > In fact, the support from OemMiscLib comes into play when the firmware
> > > version may be modified at boot time for extended information.
> > Wait. Firmware version modified at boot time for extended information?
> > What type of extended information?
>
> That could be SCP version, TF-A version, etc.
Ah, ok - so the edk2 image never knows a proper version name, so you
want to keep the Pcd as a fallback only, to provide the edk2 build
version if no other info can be retrieved?
That's valid, just not a case I would have expected.
> > > Therefore, the priority of getting the version from OemMiscLib should
> > > be higher. In case there is no modification in the OemMiscLib,
> > > we have to keep HII string STR_MISC_BIOS_VERSION empty or 'Not Specified'
> > > to indicate that the firmware version should be fetched from
> > > the PcdFirmwareVersionString.
> > >
> > > Reviewed-by: Nhi Pham <nhi@os.amperecomputing.com>
> > > Signed-off-by: Tinh Nguyen <tinhnguyen@os.amperecomputing.com>
> > > ---
> > > ArmPkg/Universal/Smbios/SmbiosMiscDxe/Type00/MiscBiosVendorFunction.c | 36 ++++++++++++++------
> > > 1 file changed, 25 insertions(+), 11 deletions(-)
> > >
> > > diff --git a/ArmPkg/Universal/Smbios/SmbiosMiscDxe/Type00/MiscBiosVendorFunction.c b/ArmPkg/Universal/Smbios/SmbiosMiscDxe/Type00/MiscBiosVendorFunction.c
> > > index 66ead22a6e2c..31a3f6cde544 100644
> > > --- a/ArmPkg/Universal/Smbios/SmbiosMiscDxe/Type00/MiscBiosVendorFunction.c
> > > +++ b/ArmPkg/Universal/Smbios/SmbiosMiscDxe/Type00/MiscBiosVendorFunction.c
> > > @@ -1,6 +1,6 @@
> > > /** @file
> > > - Copyright (c) 2022, Ampere Computing LLC. All rights reserved.<BR>
> > > + Copyright (c) 2022 - 2023, Ampere Computing LLC. All rights reserved.<BR>
> > > Copyright (c) 2021, NUVIA Inc. All rights reserved.<BR>
> > > Copyright (c) 2009, Intel Corporation. All rights reserved.<BR>
> > > Copyright (c) 2015, Hisilicon Limited. All rights reserved.<BR>
> > > @@ -170,6 +170,7 @@ SMBIOS_MISC_TABLE_FUNCTION (MiscBiosVendor) {
> > > EFI_STRING_ID TokenToGet;
> > > SMBIOS_TABLE_TYPE0 *SmbiosRecord;
> > > SMBIOS_TABLE_TYPE0 *InputData;
> > > + CHAR16 *DefaultVersionString;
> > > //
> > > // First check for invalid parameters.
> > > @@ -187,17 +188,30 @@ SMBIOS_MISC_TABLE_FUNCTION (MiscBiosVendor) {
> > > HiiSetString (mSmbiosMiscHiiHandle, TokenToUpdate, Vendor, NULL);
> > > }
> > > - Version = GetBiosVersion ();
> > GetBiosVersion exists as a helper function to avoid cluttering
> > higher-level functions with unnecessary details. If this change is
> > needed, that is where it should go.
>
> This change is based on existing code, and goal is to get the Firmware
> version string from OemMiscLib first, rather than PcdFirmwareVersionString.
>
> I would rather not make any changes that aren't relevant.
I see now why you want to re-jig the current logic, and that includes
the selection logic. But this function is already too long. It needs
to be simplified, not made more complex.
> > But I still don't understand the purpose of this patch, so cannot
> > comment on whether I feel this is the right approach or not.
> > Please elaborate.
>
> The firmware version is currently being updated:
>
> 1. Get the string from Fixed PcdFirmwareVersionString.
>
> 2. Check to see if this string is null; if not, update the SMBIOS firmware
> version string.
>
> 3. if PcdFirmwareVersionString is null, retrieve the string from OemMiscLib.
That's the function - I was asking for the purpose, which you
described higher up in your reply.
> As you can see, the implementation is intended to honor the
> PcdFirmwareVersionString.
>
> We can't get the extend information (which can be derived from runtime) into
> the SMBIOS firmware version string if we don't set PcdFirmwareVersionString
> null
>
> However, in some cases we don't want to set PcdFirmwareVersionString to
> null because it might be used by other modules.
Hmm. On one level I think you're highlighting a desire for separation
of "firmware version" from "edk2 version", which isn't something the
codebase generally does today.
But we don't need to solve that completely to make this change.
> I think it makes sense to prioritize OemMiscLib since it's more flexible
> than Pcd.
No objection to that.
But can we do it like this?:
Change GetBiosVersion to SetBiosVersion and in MiscBiosVendor, only call
SetBiosVersion ();
and move the selection logic fully into SetBiosVersion?
Rebecca, thoughts?
Arguably, once an OemMiscLib dependency was added, the Pcd values became
less useful in the core code.
/
Leif
> >
> > > + DefaultVersionString = HiiGetString (
> > > + mSmbiosMiscHiiHandle,
> > > + STRING_TOKEN (STR_MISC_BIOS_VERSION),
> > > + NULL
> > > + );
> > > - if (StrLen (Version) > 0) {
> > > - TokenToUpdate = STRING_TOKEN (STR_MISC_BIOS_VERSION);
> > > - HiiSetString (mSmbiosMiscHiiHandle, TokenToUpdate, Version, NULL);
> > > - } else {
> > > - OemUpdateSmbiosInfo (
> > > - mSmbiosMiscHiiHandle,
> > > - STRING_TOKEN (STR_MISC_BIOS_VERSION),
> > > - BiosVersionType00
> > > - );
> > > + OemUpdateSmbiosInfo (
> > > + mSmbiosMiscHiiHandle,
> > > + STRING_TOKEN (STR_MISC_BIOS_VERSION),
> > > + BiosVersionType00
> > > + );
> > > +
> > > + Version = HiiGetString (
> > > + mSmbiosMiscHiiHandle,
> > > + STRING_TOKEN (STR_MISC_BIOS_VERSION),
> > > + NULL
> > > + );
> > > +
> > > + if (((StrCmp (Version, DefaultVersionString) == 0) || (StrLen (Version) == 0))) {
> > > + Version = GetBiosVersion ();
> > > + if (StrLen (Version) > 0) {
> > > + TokenToUpdate = STRING_TOKEN (STR_MISC_BIOS_VERSION);
> > > + HiiSetString (mSmbiosMiscHiiHandle, TokenToUpdate, Version, NULL);
> > > + }
> > > }
> > > Char16String = GetBiosReleaseDate ();
> > > --
> > > 2.39.2
> > >
>
>
>
>
>
next prev parent reply other threads:[~2023-03-14 12:48 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-13 6:43 [PATCH 1/1] ArmPkg/SmbiosMiscDxe: Adjust the priority of getting firmware version Tinh Nguyen
2023-03-13 15:03 ` Leif Lindholm
2023-03-13 16:52 ` Tinh Nguyen
2023-03-14 12:48 ` Leif Lindholm [this message]
2023-03-14 17:59 ` [edk2-devel] " Rebecca Cran
2023-03-17 14:52 ` Tinh Nguyen
2023-03-16 8:30 ` Tinh Nguyen
2023-03-16 13:00 ` [edk2-devel] " Rebecca Cran
2023-03-17 14:50 ` Tinh Nguyen
2023-03-17 14:50 ` Tinh Nguyen
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=ZBBtCMnxtwT8GayC@qc-i7.hemma.eciton.net \
--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