Re: EBBR v1.0.1 release in the near future

2020-05-06 Thread AKASHI Takahiro
On Wed, May 06, 2020 at 09:09:45PM +0200, Heinrich Schuchardt wrote: > On 5/6/20 3:18 PM, Grant Likely wrote: > > > > > > On 05/05/2020 17:41, Heinrich Schuchardt wrote: > >> On 05.05.20 17:44, Grant Likely wrote: > >>> Hi all, > >>> > >>> I'm considering doing a quick point-release for EBBR to add

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Ard Biesheuvel
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

Re: EBBR v1.0.1 release in the near future

2020-05-06 Thread Ilias Apalodimas
On Wed, May 06, 2020 at 09:09:45PM +0200, Heinrich Schuchardt wrote: > On 5/6/20 3:18 PM, Grant Likely wrote: > [...] > For the other variable services the patch series provides a compliant > solution. > > Ilias Apalodimas has a draft patch series for using OP-TEE and MM for > managing variables.

Re: EBBR v1.0.1 release in the near future

2020-05-06 Thread Heinrich Schuchardt
On 5/6/20 3:18 PM, Grant Likely wrote: > > > On 05/05/2020 17:41, Heinrich Schuchardt wrote: >> On 05.05.20 17:44, Grant Likely wrote: >>> Hi all, >>> >>> I'm considering doing a quick point-release for EBBR to address the >>> change to RuntimeServicesSupported in UEFI 2.8 Errata A. From 2.8final >

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread François Ozog
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Grant Likely
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'.

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Ard Biesheuvel
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() >

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread François Ozog
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Heinrich Schuchardt
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread François Ozog
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Ard Biesheuvel
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread François Ozog
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Grant Likely
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Ard Biesheuvel
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Grant Likely
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Ard Biesheuvel
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Grant Likely
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

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Ard Biesheuvel
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

[PATCH v2 2/2] Specify details of how a DTB is passed to the OS

2020-05-06 Thread Grant Likely
Describe details of how to pass a DTB from firmware to the OS. Specifies the GUID for passing the DTB via the EFI_SYSTEM_TABLE and the memory type needs to be EfiACPIReclaimMemory. Fixes: #45 Cc: Andrei Warkentin Cc: Francois Ozog Cc: Ard Biesheuvel Signed-off-by: Grant Likely --- source/chap

[PATCH v2 1/2] Update spec to address UEFI 2.8 Errata A

2020-05-06 Thread Grant Likely
UEFI 2.8 Errata A changed RuntimeServiceSupported value to be passed via an EFI_RT_PROPERTIES_TABLE instead of via a runtime variable. This is a breaking change and we should do a new EBBR release in short order to keep EBBR up to date with what is in UEFI. However, real world impact is minimal. U

Re: [EBBR PATCH] Add EFI GUID for device tree blob

2020-05-06 Thread Grant Likely
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

Re: EBBR v1.0.1 release in the near future

2020-05-06 Thread Grant Likely
On 05/05/2020 17:41, Heinrich Schuchardt wrote: On 05.05.20 17:44, Grant Likely wrote: Hi all, I'm considering doing a quick point-release for EBBR to address the change to RuntimeServicesSupported in UEFI 2.8 Errata A. From 2.8final to 2.8_A, RuntimeServicesSupported changed from being a var