On 06/01/17 at 09:13pm, Maniaxx wrote:
> On 01.06.2017 at 03:57 wrote Dave Young:
> > This means the efi_bgrt_init failed out originally before the early init
> > BGRT
> > patch. Checking the code the only difference is current code we have no
> > below code:
> >
> > status =
On 01.06.2017 at 03:57 wrote Dave Young:
> This means the efi_bgrt_init failed out originally before the early init BGRT
> patch. Checking the code the only difference is current code we have no
> below code:
>
> status = acpi_get_table("BGRT", 0,
> (struct
On 1 June 2017 at 16:36, Russell King - ARM Linux wrote:
> On Thu, Jun 01, 2017 at 10:52:13AM +, Ard Biesheuvel wrote:
>> (add Russell to To: field)
>
> Thanks.
>
>> On 1 June 2017 at 10:45, Ard Biesheuvel wrote:
>> > Wire up the existing
On Thu, Jun 01, 2017 at 10:52:13AM +, Ard Biesheuvel wrote:
> (add Russell to To: field)
Thanks.
> On 1 June 2017 at 10:45, Ard Biesheuvel wrote:
> > Wire up the existing support for SMBIOS tables (aka DMI), by moving the
> > arm64 init code to
(add Russell to To: field)
On 1 June 2017 at 10:45, Ard Biesheuvel wrote:
> Wire up the existing support for SMBIOS tables (aka DMI), by moving the
> arm64 init code to drivers/firmware/efi/arm-runtime.c (which is shared
> between ARM and arm64), and adding a asm/dmi.h
Wire up the existing support for SMBIOS tables (aka DMI), by moving the
arm64 init code to drivers/firmware/efi/arm-runtime.c (which is shared
between ARM and arm64), and adding a asm/dmi.h header to ARM that defines
the mapping routines for the firmware tables.
This allows userspace to access