Thread (11 messages) 11 messages, 5 authors, 2019-02-09

Re: [PATCH] acpi: bgrt: parse BGRT to obtain BMP address before it gets clobbered

From: Ard Biesheuvel <hidden>
Date: 2019-02-09 13:41:52
Also in: linux-acpi, linux-efi

(+ Mike)

On Wed, 23 Jan 2019 at 10:44, Ard Biesheuvel [off-list ref] wrote:
On Wed, 23 Jan 2019 at 06:31, Dave Young [off-list ref] wrote:
quoted
Hi,

On 01/22/19 at 04:06pm, Ard Biesheuvel wrote:
quoted
The bitmap left in the framebuffer by the firmware is described by an
ACPI table called "BGRT", which describes the size, pixel format and
the address of a BMP image in memory. While the BGRT ACPI table is
guaranteed to reside in a "ACPI reclaim" memory region, which is
never touched by Linux. The BMP image, however, typically resides
in EFI Boot Services Memory, which may have been overwritten by the
time the BGRT discovery routine runs.
I vaguely remember boot service memory is reserved on X86,  so this
is an issue of arm only?
No both ARM and x86 are affected. Harry and/or Peter should be able to
comment on the details.
OK, so ARM is definitely affected, but after having had to revert this
patch since it breaks x86, I am looking into more detail and I have
trouble figuring *why* this would fail on x86 since, as Dave points
out, the x86 Linux kernel does not release boot services data regions
for general allocation until much later.

Mike (or Peter), do you happen to have a Linux boot log of the case
where the BGRT is being corrupted?

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help