[PATCH v3 2/2] arm64/acpi: disallow writeable AML opregion mapping for EFI code regions
shawn.guo at linaro.org
Sat Feb 6 05:45:15 EST 2021
On Sat, Feb 06, 2021 at 09:10:19AM +0100, Ard Biesheuvel wrote:
> On Sat, 6 Feb 2021 at 04:11, Shawn Guo <shawn.guo at linaro.org> wrote:
> > Hi Ard,
> > On Fri, Jun 26, 2020 at 05:58:32PM +0200, Ard Biesheuvel wrote:
> > > Given that the contents of EFI runtime code and data regions are
> > > provided by the firmware, as well as the DSDT, it is not unimaginable
> > > that AML code exists today that accesses EFI runtime code regions using
> > > a SystemMemory OpRegion. There is nothing fundamentally wrong with that,
> > > but since we take great care to ensure that executable code is never
> > > mapped writeable and executable at the same time, we should not permit
> > > AML to create writable mapping.
> > >
> > > Signed-off-by: Ard Biesheuvel <ardb at kernel.org>
> > I'm booting Lenovo Flex 5G laptop with ACPI, and seeing this change
> > causes a memory abort when upgrading ACPI tables via initrd.
> > Dropping this change seems to fix the issue for me. But does that
> > looks like a correct fix to you?
> > Shawn
> >  https://fileserver.linaro.org/s/iDe9SaZeNNkyNxG
> >  Documentation/admin-guide/acpi/initrd_table_override.rst
> Can you check whether reverting
> fixes the issue too?
Yes, it does.
> If it does, please report this as a regression. The OS should not
> modify firmware provided tables in-place, regardless of how they were
> BTW I recently started using my Yoga C630 with Debian, and I am quite
> happy with it! Thanks a lot for spending the time on the installer
Cool, glad to hear that!
More information about the linux-arm-kernel