On 13/05/2020 13:54, Ard Biesheuvel wrote:
On 5/13/20 2:48 PM, Grant Likely wrote:
On 12/05/2020 18:54, Ard Biesheuvel wrote:
[...]
"""
If a DTB is used to describe the platform to the OS, it must be
installed as a EFI configuration table under the appropriate GUID by
the system firmware b
On 5/13/20 2:48 PM, Grant Likely wrote:
On 12/05/2020 18:54, Ard Biesheuvel wrote:
On 5/12/20 7:23 PM, Grant Likely wrote:
On 12/05/2020 18:16, Ard Biesheuvel wrote:
On Tue, 12 May 2020 at 19:05, Grant Likely
wrote:
On 07/05/2020 20:15, Daniel Thompson wrote:
On Thu, May 07, 2020 at
On 12/05/2020 18:54, Ard Biesheuvel wrote:
On 5/12/20 7:23 PM, Grant Likely wrote:
On 12/05/2020 18:16, Ard Biesheuvel wrote:
On Tue, 12 May 2020 at 19:05, Grant Likely wrote:
On 07/05/2020 20:15, Daniel Thompson wrote:
On Thu, May 07, 2020 at 05:32:40PM +0200, François Ozog wrote:
On
On 06/05/2020 15:52, Ard Biesheuvel wrote:
On 5/6/20 4:38 PM, Grant Likely wrote:
On 06/05/2020 15:21, Ard Biesheuvel wrote:
On Wed, 6 May 2020 at 15:56, Grant Likely wrote:
On 05/05/2020 16:57, Ard Biesheuvel wrote:
On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt
wrote:
...
As
On 5/12/20 7:23 PM, Grant Likely wrote:
On 12/05/2020 18:16, Ard Biesheuvel wrote:
On Tue, 12 May 2020 at 19:05, Grant Likely wrote:
On 07/05/2020 20:15, Daniel Thompson wrote:
On Thu, May 07, 2020 at 05:32:40PM +0200, François Ozog wrote:
On Thu, 7 May 2020 at 16:50, Daniel Thompson
On 12/05/2020 18:16, Ard Biesheuvel wrote:
On Tue, 12 May 2020 at 19:05, Grant Likely wrote:
On 07/05/2020 20:15, Daniel Thompson wrote:
On Thu, May 07, 2020 at 05:32:40PM +0200, François Ozog wrote:
On Thu, 7 May 2020 at 16:50, Daniel Thompson
wrote:
On Wed, May 06, 2020 at 06:40:49P
On Tue, 12 May 2020 at 19:05, Grant Likely wrote:
>
>
>
> On 07/05/2020 20:15, Daniel Thompson wrote:
> > On Thu, May 07, 2020 at 05:32:40PM +0200, François Ozog wrote:
> >> On Thu, 7 May 2020 at 16:50, Daniel Thompson
> >> wrote:
> >>
> >>> On Wed, May 06, 2020 at 06:40:49PM +0200, Heinrich Schu
On 07/05/2020 20:15, Daniel Thompson wrote:
On Thu, May 07, 2020 at 05:32:40PM +0200, François Ozog wrote:
On Thu, 7 May 2020 at 16:50, Daniel Thompson
wrote:
On Wed, May 06, 2020 at 06:40:49PM +0200, Heinrich Schuchardt wrote:
On 06.05.20 17:14, Ard Biesheuvel wrote:
On 5/6/20 5:01 PM, G
On Thu, May 07, 2020 at 05:32:40PM +0200, François Ozog wrote:
> On Thu, 7 May 2020 at 16:50, Daniel Thompson
> wrote:
>
> > On Wed, May 06, 2020 at 06:40:49PM +0200, Heinrich Schuchardt wrote:
> > > On 06.05.20 17:14, Ard Biesheuvel wrote:
> > > > On 5/6/20 5:01 PM, Grant Likely wrote:
> > > >>
On Thu, 7 May 2020 at 16:50, Daniel Thompson
wrote:
> On Wed, May 06, 2020 at 06:40:49PM +0200, Heinrich Schuchardt wrote:
> > On 06.05.20 17:14, Ard Biesheuvel wrote:
> > > On 5/6/20 5:01 PM, Grant Likely wrote:
> > >> On 06/05/2020 15:56, Ard Biesheuvel wrote:
> > >>> On 5/6/20 4:54 PM, Grant L
On Wed, May 06, 2020 at 06:40:49PM +0200, Heinrich Schuchardt wrote:
> On 06.05.20 17:14, Ard Biesheuvel wrote:
> > On 5/6/20 5:01 PM, Grant Likely wrote:
> >> On 06/05/2020 15:56, Ard Biesheuvel wrote:
> >>> On 5/6/20 4:54 PM, Grant Likely wrote:
>
>
> On 06/05/2020 15:52, Ard Biesh
On Wed, May 06, 2020 at 06:59:54PM +0100, Grant Likely wrote:
> On 06/05/2020 17:57, Ard Biesheuvel wrote:
> > On Wed, 6 May 2020 at 18:41, Heinrich Schuchardt wrote:
> > >
> > > On 06.05.20 17:14, Ard Biesheuvel wrote:
> > > > On 5/6/20 5:01 PM, Grant Likely wrote:
> > ...
> > > > > Right, so th
On Wed, 6 May 2020 at 20:00, Grant Likely wrote:
>
>
>
> On 06/05/2020 17:57, Ard Biesheuvel wrote:
> > On Wed, 6 May 2020 at 18:41, Heinrich Schuchardt wrote:
> >>
> >> On 06.05.20 17:14, Ard Biesheuvel wrote:
> >>> On 5/6/20 5:01 PM, Grant Likely wrote:
> > ...
> Right, so the kernel stub
Le mer. 6 mai 2020 à 20:00, Grant Likely a écrit :
>
>
> On 06/05/2020 17:57, Ard Biesheuvel wrote:
> > On Wed, 6 May 2020 at 18:41, Heinrich Schuchardt
> wrote:
> >>
> >> On 06.05.20 17:14, Ard Biesheuvel wrote:
> >>> On 5/6/20 5:01 PM, Grant Likely wrote:
> > ...
> Right, so the kernel st
On 06/05/2020 17:57, Ard Biesheuvel wrote:
On Wed, 6 May 2020 at 18:41, Heinrich Schuchardt wrote:
On 06.05.20 17:14, Ard Biesheuvel wrote:
On 5/6/20 5:01 PM, Grant Likely wrote:
...
Right, so the kernel stub is completely out and language is needed for
when the DTB becomes 'sedimented'.
On Wed, 6 May 2020 at 18:41, Heinrich Schuchardt wrote:
>
> On 06.05.20 17:14, Ard Biesheuvel wrote:
> > On 5/6/20 5:01 PM, Grant Likely wrote:
...
> >> Right, so the kernel stub is completely out and language is needed for
> >> when the DTB becomes 'sedimented'.
> >> - Before ExitBootServices()
>
On Wed, 6 May 2020 at 18:40, Heinrich Schuchardt wrote:
> On 06.05.20 17:14, Ard Biesheuvel wrote:
> > On 5/6/20 5:01 PM, Grant Likely wrote:
> >> On 06/05/2020 15:56, Ard Biesheuvel wrote:
> >>> On 5/6/20 4:54 PM, Grant Likely wrote:
>
>
> On 06/05/2020 15:52, Ard Biesheuvel wrote
On 06.05.20 17:14, Ard Biesheuvel wrote:
> On 5/6/20 5:01 PM, Grant Likely wrote:
>> On 06/05/2020 15:56, Ard Biesheuvel wrote:
>>> On 5/6/20 4:54 PM, Grant Likely wrote:
On 06/05/2020 15:52, Ard Biesheuvel wrote:
> On 5/6/20 4:38 PM, Grant Likely wrote:
>> Only if the door i
On Wed, 6 May 2020 at 17:01, Grant Likely wrote:
>
> On 06/05/2020 15:56, Ard Biesheuvel wrote:
> > On 5/6/20 4:54 PM, Grant Likely wrote:
> >>
> >>
> >> On 06/05/2020 15:52, Ard Biesheuvel wrote:
> >>> On 5/6/20 4:38 PM, Grant Likely wrote:
> Only if the door is wide open. If there is a /rea
On 5/6/20 5:01 PM, Grant Likely wrote:
On 06/05/2020 15:56, Ard Biesheuvel wrote:
On 5/6/20 4:54 PM, Grant Likely wrote:
On 06/05/2020 15:52, Ard Biesheuvel wrote:
On 5/6/20 4:38 PM, Grant Likely wrote:
Only if the door is wide open. If there is a /real need/ for a
limited set of changes to
On Wed, 6 May 2020 at 15:56, Grant Likely wrote:
>
>
> On 05/05/2020 16:57, Ard Biesheuvel wrote:
> > On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt
> wrote:
> >>
> > ...
> >>
> >> As long as device-trees loaded by an EFI application like GRUB do not
> >> fully describe boards and miss on copy
On 06/05/2020 15:56, Ard Biesheuvel wrote:
On 5/6/20 4:54 PM, Grant Likely wrote:
On 06/05/2020 15:52, Ard Biesheuvel wrote:
On 5/6/20 4:38 PM, Grant Likely wrote:
Only if the door is wide open. If there is a /real need/ for a
limited set of changes to the dtb, then those specific cases can
On 5/6/20 4:54 PM, Grant Likely wrote:
On 06/05/2020 15:52, Ard Biesheuvel wrote:
On 5/6/20 4:38 PM, Grant Likely wrote:
Only if the door is wide open. If there is a /real need/ for a
limited set of changes to the dtb, then those specific cases can be
spelled out as things firmware is allowe
On 06/05/2020 15:52, Ard Biesheuvel wrote:
On 5/6/20 4:38 PM, Grant Likely wrote:
Only if the door is wide open. If there is a /real need/ for a limited
set of changes to the dtb, then those specific cases can be spelled
out as things firmware is allowed to modify in a replacement DTB. Any
s
On 5/6/20 4:38 PM, Grant Likely wrote:
On 06/05/2020 15:21, Ard Biesheuvel wrote:
On Wed, 6 May 2020 at 15:56, Grant Likely wrote:
On 05/05/2020 16:57, Ard Biesheuvel wrote:
On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt
wrote:
...
As long as device-trees loaded by an EFI applica
On 06/05/2020 15:21, Ard Biesheuvel wrote:
On Wed, 6 May 2020 at 15:56, Grant Likely wrote:
On 05/05/2020 16:57, Ard Biesheuvel wrote:
On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt wrote:
...
As long as device-trees loaded by an EFI application like GRUB do not
fully describe boa
On Wed, 6 May 2020 at 15:56, Grant Likely wrote:
>
>
>
> On 05/05/2020 16:57, Ard Biesheuvel wrote:
> > On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt wrote:
> >>
> > ...
> >>
> >> As long as device-trees loaded by an EFI application like GRUB do not
> >> fully describe boards and miss on copyi
On 05/05/2020 16:57, Ard Biesheuvel wrote:
On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt wrote:
...
As long as device-trees loaded by an EFI application like GRUB do not
fully describe boards and miss on copying memory reservations,
boot-hartid and everything else needed for successful
On 05/05/2020 17:39, Heinrich Schuchardt wrote:
On 05.05.20 11:10, Grant Likely wrote:
On 04/05/2020 19:30, Heinrich Schuchardt wrote:
On 5/4/20 7:20 PM, Grant Likely wrote:
None of the relevent specs (EFI, DT, EBBR) specify the GUID for passing
a DTB. Add it to the EBBR document so it is
On 05.05.20 11:10, Grant Likely wrote:
>
>
> On 04/05/2020 19:30, Heinrich Schuchardt wrote:
>> On 5/4/20 7:20 PM, Grant Likely wrote:
>>> None of the relevent specs (EFI, DT, EBBR) specify the GUID for passing
>>> a DTB. Add it to the EBBR document so it is documented somewhere
>>> relevant.
>>>
>
On Tue, 5 May 2020 at 17:48, Heinrich Schuchardt wrote:
> On 05.05.20 15:51, Grant Likely wrote:
> >
> >
> > On 05/05/2020 08:30, Andrei Warkentin wrote:
> >> *From:* Ard Biesheuvel
> >>
> >>> > Not a strong position, but you may also want to put the foot down on
> >>> > *when* the exposed Devic
On Tue, 5 May 2020 at 17:49, Heinrich Schuchardt wrote:
>
...
>
> As long as device-trees loaded by an EFI application like GRUB do not
> fully describe boards and miss on copying memory reservations,
> boot-hartid and everything else needed for successful booting the
> requirement not to fix-up d
On 05.05.20 15:51, Grant Likely wrote:
>
>
> On 05/05/2020 08:30, Andrei Warkentin wrote:
>> *From:* Ard Biesheuvel
>>
>>> > Not a strong position, but you may also want to put the foot down on
>>> > *when* the exposed Devicetree blob must be consistent (consistent with
>>> > some firmware setting
On 05/05/2020 08:30, Andrei Warkentin wrote:
*From:* Ard Biesheuvel
> Not a strong position, but you may also want to put the foot down on
> *when* the exposed Devicetree blob must be consistent (consistent with
> some firmware setting changes). Perhaps thats at ReadyToBoot or
> ExitBootServ
From: Ard Biesheuvel
> > Not a strong position, but you may also want to put the foot down on
> > *when* the exposed Devicetree blob must be consistent (consistent with
> > some firmware setting changes). Perhaps thats at ReadyToBoot or
> > ExitBootServices.
> ReadyToBoot is a PI concept, not a
: Francois Ozog ; Ard Biesheuvel
Subject: Re: [EBBR PATCH] Add EFI GUID for device tree blob
Hi Grant,
Please also factor in requirements for how memory containing DT must be
described in the memory map (Ard mentioned using EfiACPIReclaimMemory).
Maybe something like:
* Devicetree loaded at
FI_CONFIGURATION_TABLE structure referenced by the
EFI System Table.
A
*From:* Grant Likely
*Sent:* Monday, May 4, 2020 12:20 PM
*To:* boot-architecture@lists.linaro.org
*Cc:* Grant Likely ; Andrei Warkentin
; Franco
Warkentin
; Francois Ozog
Subject: [EBBR PATCH] Add EFI GUID for device tree blob
None of the relevent specs (EFI, DT, EBBR) specify the GUID for passing
a DTB. Add it to the EBBR document so it is documented somewhere
relevant.
Fixes: #45
Cc: Andrei Warkentin
Cc: Francois Ozog
Signed-off
On 04/05/2020 19:30, Heinrich Schuchardt wrote:
On 5/4/20 7:20 PM, Grant Likely wrote:
None of the relevent specs (EFI, DT, EBBR) specify the GUID for passing
a DTB. Add it to the EBBR document so it is documented somewhere
relevant.
Fixes: #45
Cc: Andrei Warkentin
Cc: Francois Ozog
Signed-
gt; You might want to expand the GUID text to be something like:
> > >
> > > The following GUID must be used to describe the flattened Devicetree
> > > blob (dtb) in the EFI_CONFIGURATION_TABLE structure referenced by the
> > > EFI System Table.
> > >
&
ened Devicetree
> > blob (dtb) in the EFI_CONFIGURATION_TABLE structure referenced by the
> > EFI System Table.
> >
> > A
> > ------------
> > *From:* Grant Likely
> > *Sent:* Monday, May 4, 2020
On 5/4/20 7:20 PM, Grant Likely wrote:
> None of the relevent specs (EFI, DT, EBBR) specify the GUID for passing
> a DTB. Add it to the EBBR document so it is documented somewhere
> relevant.
>
> Fixes: #45
> Cc: Andrei Warkentin
> Cc: Francois Ozog
> Signed-off-by: Grant Likely
> ---
> source/
None of the relevent specs (EFI, DT, EBBR) specify the GUID for passing
a DTB. Add it to the EBBR document so it is documented somewhere
relevant.
Fixes: #45
Cc: Andrei Warkentin
Cc: Francois Ozog
Signed-off-by: Grant Likely
---
source/chapter2-uefi.rst | 10 ++
1 file changed, 10 inse
43 matches
Mail list logo
