public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
From: Pete Batard <pete@akeo.ie>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Subject: Re: [PATCH v1 edk2-platfoms 0/2] Platform/Broadcom: Add Raspberry Pi 3 support
Date: Fri, 7 Dec 2018 14:33:20 +0000	[thread overview]
Message-ID: <ec5b7d56-8766-d4a9-3276-652507072f8e@akeo.ie> (raw)
In-Reply-To: <CAKv+Gu8K2XoY0puyCmwMhYq0-0QNM1OCoDkoTXRhYGqPDfs3AQ@mail.gmail.com>

Hi Ard,

On 2018.12.07 14:08, Ard Biesheuvel wrote:
> On Fri, 7 Dec 2018 at 13:13, Pete Batard <pete@akeo.ie> wrote:
>>
>> Preamble:
>>
>> Because of its price point, ease of use and availability, the Raspberry Pi is
>> undeniably one of the most successful ARM platform in existence today. Its
>> widespread adoption therefore makes it a perfect fit as an EDK2 platform.
>>
>> However, up until now, the Raspberry Pi hasn't been supported as a bona fide
>> platform in our repository. This series of patches remedies that by introducing
>> the Raspberry Pi 3 Model B and Model B+ as a viable EDK2 platforms.
>>
> 
> Thanks Pete, this is excellent work

Well, most of it is based on your initial work for that platform... ;)

>> Patch Breakdown:
>>
>> Since this is a platform introduction, we simply chose to break the commits
>> into edk2-platforms and edk2-non-osi components, as we see little point in
>> splitting the series into further subcomponents, when the structure would be
>> similar to the overall subdirectory layout and of course, one needs to apply
>> all components at once to be able to test the firmware.
>>
> 
> You will have to split it up, or i won't be able to review it.

Do you have a preference with regards to breaking it down?

Would a 4-way ACPI / Drivers / Library / Non-OSI work for you, or do you 
want to go more fine grained?

I'm not sure what will make the reviewing process easier, so if you have 
guidance as to how you'd prefer to see things split, I'll take it.

> BTW I managed to build the code with GCC 6 just fine - are you sure
> the GCC 5.5 limitation still exists?

Well, the problem we've seen isn't with building the firmware itself, 
but with getting sporadic (but not systematic) Synchronous Exceptions 
during early boot, when using GCC 6 or later.

After switching to GCC 5.5, I have not seen any of these exceptions 
occur, so, even if we have applied other changes that may have helped 
since, I prefer erring on the side of caution for the time being...

Regards,

/Pete


  reply	other threads:[~2018-12-07 14:33 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-12-07 12:05 [PATCH v1 edk2-platfoms 0/2] Platform/Broadcom: Add Raspberry Pi 3 support Pete Batard
2018-12-07 12:05 ` [PATCH v1 edk2-platfoms 1/2] " Pete Batard
2018-12-07 12:05 ` [PATCH v1 edk2-platfoms 2/2] Platform/Broadcom: Add Raspberry Pi 3 support (non OSI) Pete Batard
2018-12-07 14:08 ` [PATCH v1 edk2-platfoms 0/2] Platform/Broadcom: Add Raspberry Pi 3 support Ard Biesheuvel
2018-12-07 14:33   ` Pete Batard [this message]
2018-12-07 14:39     ` 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=ec5b7d56-8766-d4a9-3276-652507072f8e@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