From: "Pete Batard" <pete@akeo.ie>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: edk2-devel-groups-io <devel@edk2.groups.io>,
"Leif Lindholm" <leif@nuviainc.com>,
"Philippe Mathieu-Daudé" <philmd@redhat.com>,
"Jeremy Linton" <lintonrjeremy@gmail.com>
Subject: Re: [edk2-platforms][PATCH v2 2/3] Platform/RPi: Add PlatformPcdLib to set the Genet MAC address
Date: Fri, 31 Jan 2020 17:48:23 +0000 [thread overview]
Message-ID: <3ff9a4fc-ee2a-1dcb-e8d2-d95a0c191a59@akeo.ie> (raw)
In-Reply-To: <CAKv+Gu-92iDkMUfsS_iiop=3XEf3Q8wW9KvJNbebBBUP+RvW0Q@mail.gmail.com>
Hi Ard,
On 2020.01.31 17:05, Ard Biesheuvel wrote:
> On Fri, 24 Jan 2020 at 12:54, Pete Batard <pete@akeo.ie> wrote:
>>
>> The Genet driver stub used by the Raspberry Pi 4 platform is
>> designed to set the MAC address according to a PCD.
>>
>> To be able to set that PCD at runtime, by using the Raspberry
>> Pi firmware interface, that has a dedicated call to retrieve
>> the MAC address, and satisfy driver dependencies in a generic
>> manner, we create a new PlatformPcdLib that can be referenced
>> by the Genet driver, to set the MAC PCD before use there.
>>
>> While it is currently only tailored around MAC PCD population
>> for Genet, we do expect this PCD library to be extended in the
>> future, to provide additional PCD facilities for other drivers.
>>
>> Signed-off-by: Pete Batard <pete@akeo.ie>
>> ---
>> Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.c | 51 ++++++++++++++++++++
>> Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.inf | 43 +++++++++++++++++
>> 2 files changed, 94 insertions(+)
>>
>> diff --git a/Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.c b/Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.c
>> new file mode 100644
>> index 000000000000..792073a903e9
>> --- /dev/null
>> +++ b/Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.c
>> @@ -0,0 +1,51 @@
>> +/** @file
>> + *
>> + * Copyright (c) 2020, Pete Batard <pete@akeo.ie>
>> + *
>> + * SPDX-License-Identifier: BSD-2-Clause-Patent
>> + *
>> + **/
>> +
>> +#include <Library/DebugLib.h>
>> +#include <Library/PcdLib.h>
>> +#include <Library/PrintLib.h>
>> +#include <Library/UefiBootServicesTableLib.h>
>> +#include <Library/UefiLib.h>
>> +#include <Library/UefiRuntimeServicesTableLib.h>
>> +#include <Protocol/RpiFirmware.h>
>> +
>> +EFI_STATUS
>> +EFIAPI
>> +PlatformPcdLibConstructor (
>> + IN EFI_HANDLE ImageHandle,
>> + IN EFI_SYSTEM_TABLE *SystemTable
>> + )
>> +{
>> +
>> + //
>> + // If Genet is in use and a MAC address PCD has not been set, do it here.
>> + //
>> +#if (FixedPcdGet64 (PcdBcmGenetRegistersAddress) != 0)
>
> I still don't see why we need this conditional. This is a fixed PCD,
> so it must be set in the .DSC. If you are going to set it in the .DSC,
> why include this driver in the first place?
Let's consider this:
1. We expand on PlatformPcdLib to do more than set the MAC Address PCD
for the Pi 4. For instance, we use it to set some other PCD, that is
specific to the Pi 3, or for an upcoming Pi. In this usage, we would be
using PlatformPcdLib with a .DSC where PcdBcmGenetRegistersAddress is
not set and therefore defaults to 0.
2. Since the whole PcdBcmGenetMacAddress setup section would not apply
then, we prefer ensuring that it cannot interfere or create issues, by
dropping it altogether at build time. Granted, the
if (PcdGet64 (PcdBcmGenetMacAddress) == 0)
condition could also be seen as enough of a guard, but I don't see much
of a reason not to go further, so that further alteration of the code
does not risk impacting the Pi 3 or other Pi platforms with future
developments.
Does that make sense to you? Or do you see this as too far fetched a
scenario?
I'm basically trying to make this whole library easier to maintain in
the long run, by adding some pre-emptive provisions to drop code that
may not apply (even if, in the current scenario, this library is only
used for the Pi 4 platform, where PcdBcmGenetRegistersAddress is always
set).
Regards,
/Pete
>
>> + EFI_STATUS Status;
>> + UINT64 MacAddr;
>> + RASPBERRY_PI_FIRMWARE_PROTOCOL *mFwProtocol;
>> +
>> + if (PcdGet64 (PcdBcmGenetMacAddress) == 0) {
>> + Status = gBS->LocateProtocol (&gRaspberryPiFirmwareProtocolGuid, NULL,
>> + (VOID**)&mFwProtocol);
>> + ASSERT_EFI_ERROR(Status);
>> +
>> + //
>> + // Get the MAC address from the firmware
>> + //
>> + Status = mFwProtocol->GetMacAddress ((UINT8*) &MacAddr);
>> + if (EFI_ERROR (Status)) {
>> + DEBUG ((DEBUG_WARN, "%a: failed to retrieve MAC address\n", __FUNCTION__));
>> + } else {
>> + PcdSet64S (PcdBcmGenetMacAddress, MacAddr);
>> + }
>> + }
>> +#endif
>> +
>> + return EFI_SUCCESS;
>> +}
>> diff --git a/Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.inf b/Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.inf
>> new file mode 100644
>> index 000000000000..2a207d2b3e54
>> --- /dev/null
>> +++ b/Platform/RaspberryPi/Library/PlatformPcdLib/PlatformPcdLib.inf
>> @@ -0,0 +1,43 @@
>> +#/** @file
>> +#
>> +# Copyright (c) 2020, Pete Batard <pete@akeo.ie>
>> +#
>> +# SPDX-License-Identifier: BSD-2-Clause-Patent
>> +#
>> +#**/
>> +
>> +[Defines]
>> + INF_VERSION = 0x0001001A
>> + BASE_NAME = PlatformPcdLib
>> + FILE_GUID = 3B8409D7-D3C7-4006-823B-BFB184435363
>> + MODULE_TYPE = DXE_DRIVER
>> + VERSION_STRING = 1.0
>> + LIBRARY_CLASS = NULL|DXE_DRIVER UEFI_APPLICATION
>> + CONSTRUCTOR = PlatformPcdLibConstructor
>> +
>> +[Sources]
>> + PlatformPcdLib.c
>> +
>> +[Packages]
>> + MdePkg/MdePkg.dec
>> + MdeModulePkg/MdeModulePkg.dec
>> + Platform/RaspberryPi/RaspberryPi.dec
>> + Silicon/Broadcom/Drivers/Net/BcmNet.dec
>> +
>> +[LibraryClasses]
>> + DebugLib
>> + PcdLib
>> + UefiLib
>> + PrintLib
>> +
>> +[Protocols]
>> + gRaspberryPiFirmwareProtocolGuid ## CONSUMES
>> +
>> +[Pcd]
>> + gBcmNetTokenSpaceGuid.PcdBcmGenetMacAddress ## SOMETIMES_PRODUCES
>> +
>> +[FixedPcd]
>> + gBcmNetTokenSpaceGuid.PcdBcmGenetRegistersAddress
>> +
>> +[Depex]
>> + gRaspberryPiFirmwareProtocolGuid
>> --
>> 2.21.0.windows.1
>>
next prev parent reply other threads:[~2020-01-31 17:48 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-24 11:54 [edk2-platforms][PATCH v2 0/3] Platform/RPi4: Add Genet network driver stub Pete Batard
2020-01-24 11:54 ` [edk2-platforms][PATCH v2 1/3] Silicon/Broadcom/Net: Add Genet stub driver to setup MAC Pete Batard
2020-01-24 11:54 ` [edk2-platforms][PATCH v2 2/3] Platform/RPi: Add PlatformPcdLib to set the Genet MAC address Pete Batard
2020-01-31 17:05 ` Ard Biesheuvel
2020-01-31 17:48 ` Pete Batard [this message]
2020-01-31 17:53 ` Ard Biesheuvel
2020-01-31 18:45 ` Pete Batard
2020-02-01 8:25 ` Ard Biesheuvel
2020-02-01 9:48 ` Ard Biesheuvel
2020-02-01 12:32 ` Pete Batard
[not found] ` <15EF09ECF7E17D89.704@groups.io>
2020-01-31 17:53 ` [edk2-devel] " Pete Batard
2020-01-24 11:54 ` [edk2-platforms][PATCH v2 3/3] Platform/RPi4: Enable Broadcom Genet stub driver Pete Batard
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=3ff9a4fc-ee2a-1dcb-e8d2-d95a0c191a59@akeo.ie \
--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