From: "Pete Batard" <pete@akeo.ie>
To: Michael Brown <mcb30@ipxe.org>, devel@edk2.groups.io
Cc: ard.biesheuvel@linaro.org, leif.lindholm@linaro.org, philmd@redhat.com
Subject: Re: [edk2-devel] [edk2-platforms][PATCH 1/8] Platform/RPi: Add model family detection
Date: Thu, 14 Nov 2019 16:55:01 +0000 [thread overview]
Message-ID: <a7df064f-9ff2-8edd-41aa-2eb210b01dc3@akeo.ie> (raw)
In-Reply-To: <93ee6d22-1482-7c57-64ce-9524d70612dc@ipxe.org>
Hi Michael,
On 2019.11.14 16:36, Michael Brown wrote:
> On 14/11/2019 16:07, Pete Batard wrote:
>> +typedef
>> +EFI_STATUS
>> +(EFIAPI *GET_MODEL_FAMILY) (
>> + UINT32 *ModelFamily
>> + );
>> +
>> typedef
>> EFI_STATUS
>> (EFIAPI *GET_FIRMWARE_REVISION) (
>> @@ -143,6 +150,7 @@ typedef struct {
>> GET_MODEL GetModel;
>> GET_MODEL_REVISION GetModelRevision;
>> GET_MODEL_NAME GetModelName;
>> + GET_MODEL_FAMILY GetModelFamily;
>> GET_FIRMWARE_REVISION GetFirmwareRevision;
>> GET_MANUFACTURER_NAME GetManufacturerName;
>> GET_CPU_NAME GetCpuName;
>
> Is the RASPBERRY_PI_FIRMWARE_PROTOCOL structure expected to be
> externally consumed at any point?
I don't really expect so. And even if that becomes the case, I think the
platform is still new enough at this stage not to expect anyone to run
afoul of ABI breakage.
> If so, then adding a field in the
> middle of the structure without changing the associated GUID would break
> the ABI.
I guess we'll take that into consideration if we modify this structure
again, so thanks for pointing it out. But for now, I would say that this
concern is mostly irrelevant.
> It's great to see the Pi 4 heading towards having UEFI support; I'm
> looking forward to trying it out as soon as it's ready.
Well, if you are that eager to look into it, you can already play with
the 'pi4_dev1' branches we have for edk2-platforms and edk2-non-osi at
https://github.com/pftf which is what we are currently working with (and
what this patch series is based on).
Right now, you should get video and you should also be able to run the
UEFI Shell, but since we don't have xHCI, there's no USB support, so the
only means of interacting with the firmware is through serial...
Oh, and you must have the official Device Tree on your SD card when
booting if you want the serial baudrate to be properly set to the
expected 115200 bauds. On RPI4, it appears that the new VideoCore does
read the Device Tree behind the scenes to perform some of its own init...
If you build the firmware, a basic config.txt with the following should
get you sorted:
arm_64bit=1
enable_uart=1
core_freq=250
enable_gic=1
armstub=RPI_EFI.fd
disable_commandline_tags=1
If you need more info, feel free to contact me off-list.
Regards,
/Pete
>
> Thanks,
>
> Michael
next prev parent reply other threads:[~2019-11-14 16:55 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-14 16:07 [edk2-platforms][PATCH 0/8] Platform/RPi: Early Raspberry Pi 4 groundwork Pete Batard
2019-11-14 16:07 ` [edk2-platforms][PATCH 1/8] Platform/RPi: Add model family detection Pete Batard
2019-11-14 16:36 ` [edk2-devel] " Michael Brown
2019-11-14 16:55 ` Pete Batard [this message]
2019-11-18 17:51 ` Leif Lindholm
2019-11-18 17:58 ` Pete Batard
2019-11-18 18:05 ` Leif Lindholm
2019-11-18 18:32 ` Pete Batard
2019-11-19 15:07 ` Ard Biesheuvel
2019-11-19 16:30 ` [edk2-devel] " Pete Batard
2019-11-20 10:27 ` Leif Lindholm
2019-11-20 21:50 ` Pete Batard
2019-11-21 8:55 ` Laszlo Ersek
2019-11-21 9:04 ` Laszlo Ersek
2019-11-21 20:02 ` Pete Batard
2019-11-14 16:07 ` [edk2-platforms][PATCH 2/8] Platform/RPi: Replace Bcm283x SoC base register address with a PCD Pete Batard
2019-11-18 16:48 ` Leif Lindholm
2019-11-18 17:19 ` [edk2-devel] " samer.el-haj-mahmoud
2019-11-18 17:26 ` Leif Lindholm
2019-11-14 16:07 ` [edk2-platforms][PATCH 3/8] Silicon/Broadcom: Add Bcm2711 header Pete Batard
2019-11-18 16:50 ` Leif Lindholm
2019-11-14 16:07 ` [edk2-platforms][PATCH 4/8] Platform/RPi: Read more variables from VideoCore during early init Pete Batard
2019-11-18 17:11 ` Leif Lindholm
2019-11-14 16:07 ` [edk2-platforms][PATCH 5/8] Platform/RPi: Clean up and improve early memory init Pete Batard
2019-11-18 17:20 ` Leif Lindholm
2019-11-18 17:34 ` Pete Batard
2019-11-18 17:38 ` Leif Lindholm
2019-11-18 17:40 ` Pete Batard
2019-11-14 16:07 ` [edk2-platforms][PATCH 6/8] Platform/RPi: Replace Mailbox and Watchdog addresses with PCDs Pete Batard
2019-11-18 11:13 ` Philippe Mathieu-Daudé
2019-11-18 13:32 ` Pete Batard
2019-11-14 16:07 ` [edk2-platforms][PATCH 7/8] Platform/RPi: Replace MMCHS1BASE define with a PCD Pete Batard
2019-11-14 16:07 ` [edk2-platforms][PATCH 8/8] Platform/RPi: Replace DW2_USB_BASE_ADDRESS " 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=a7df064f-9ff2-8edd-41aa-2eb210b01dc3@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