public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
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


  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