From: Ard Biesheuvel <ardb@kernel.org> To: linux-efi@vger.kernel.org Cc: linux-arm-kernel@lists.infradead.org, Ard Biesheuvel <ardb@kernel.org>, Geert Uytterhoeven <geert+renesas@glider.be>, Nicolas Pitre <nico@fluxnic.net>, Linus Walleij <linus.walleij@linaro.org>, Russell King <linux@armlinux.org.uk>, Heinrich Schuchardt <xypron.glpk@gmx.de> Subject: [PATCH v3 0/5] ARM: simplify handover from UEFI to decompressor Date: Wed, 6 May 2020 10:19:34 +0200 [thread overview] Message-ID: <20200506081939.8986-1-ardb@kernel.org> (raw) The EFI stub in the ARM kernel runs in the context of the firmware, which means it usually runs with the caches and MMU on. Currently, we relocate the zImage so it appears in the first 128 MiB, disable the MMU and caches and invoke the decompressor via its ordinary entry point. However, since we can pass the base of DRAM directly, there is no need to relocate the zImage, which also means there is no need to disable and re-enable the caches and create new page tables etc. This simplification is implemented by patch #5. Patches #1 - #4 are prerequisite changes to permit the decompressor startup code to be invoked past its ordinary entry point, and execute from the offset where the UEFI firmware happened to load it. Note that this applies onto rmk/for-next as of today. Changes since v2: - Set the LSB of the image address if we are entering with MMU and caches off, so that the decompressor will install its own page tables as it usually does. This might happen on U-Boot platforms that call 'bootefi' without enabling the caches (which technically violates the UEFI spec, but might be working fine today) - Add Nico's ack to the series Changes since v1: - Tweak some asm sequences in #2 to fix the Thumb2 build - Switch immediately to the new stack in #5 Cc: Geert Uytterhoeven <geert+renesas@glider.be> Cc: Nicolas Pitre <nico@fluxnic.net> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Russell King <linux@armlinux.org.uk> Cc: Heinrich Schuchardt <xypron.glpk@gmx.de> Ard Biesheuvel (5): ARM: decompressor: move headroom variable out of LC0 ARM: decompressor: split off _edata and stack base into separate object ARM: decompressor: defer loading of the contents of the LC0 structure ARM: decompressor: move GOT into .data for EFI enabled builds ARM: decompressor: run decompressor in place if loaded via UEFI arch/arm/boot/compressed/head.S | 91 ++++++++------------ arch/arm/boot/compressed/vmlinux.lds.S | 5 ++ drivers/firmware/efi/libstub/arm32-stub.c | 45 ++-------- 3 files changed, 48 insertions(+), 93 deletions(-) -- 2.17.1
WARNING: multiple messages have this Message-ID (diff)
From: Ard Biesheuvel <ardb@kernel.org> To: linux-efi@vger.kernel.org Cc: Geert Uytterhoeven <geert+renesas@glider.be>, Nicolas Pitre <nico@fluxnic.net>, Heinrich Schuchardt <xypron.glpk@gmx.de>, Linus Walleij <linus.walleij@linaro.org>, Russell King <linux@armlinux.org.uk>, Ard Biesheuvel <ardb@kernel.org>, linux-arm-kernel@lists.infradead.org Subject: [PATCH v3 0/5] ARM: simplify handover from UEFI to decompressor Date: Wed, 6 May 2020 10:19:34 +0200 [thread overview] Message-ID: <20200506081939.8986-1-ardb@kernel.org> (raw) The EFI stub in the ARM kernel runs in the context of the firmware, which means it usually runs with the caches and MMU on. Currently, we relocate the zImage so it appears in the first 128 MiB, disable the MMU and caches and invoke the decompressor via its ordinary entry point. However, since we can pass the base of DRAM directly, there is no need to relocate the zImage, which also means there is no need to disable and re-enable the caches and create new page tables etc. This simplification is implemented by patch #5. Patches #1 - #4 are prerequisite changes to permit the decompressor startup code to be invoked past its ordinary entry point, and execute from the offset where the UEFI firmware happened to load it. Note that this applies onto rmk/for-next as of today. Changes since v2: - Set the LSB of the image address if we are entering with MMU and caches off, so that the decompressor will install its own page tables as it usually does. This might happen on U-Boot platforms that call 'bootefi' without enabling the caches (which technically violates the UEFI spec, but might be working fine today) - Add Nico's ack to the series Changes since v1: - Tweak some asm sequences in #2 to fix the Thumb2 build - Switch immediately to the new stack in #5 Cc: Geert Uytterhoeven <geert+renesas@glider.be> Cc: Nicolas Pitre <nico@fluxnic.net> Cc: Linus Walleij <linus.walleij@linaro.org> Cc: Russell King <linux@armlinux.org.uk> Cc: Heinrich Schuchardt <xypron.glpk@gmx.de> Ard Biesheuvel (5): ARM: decompressor: move headroom variable out of LC0 ARM: decompressor: split off _edata and stack base into separate object ARM: decompressor: defer loading of the contents of the LC0 structure ARM: decompressor: move GOT into .data for EFI enabled builds ARM: decompressor: run decompressor in place if loaded via UEFI arch/arm/boot/compressed/head.S | 91 ++++++++------------ arch/arm/boot/compressed/vmlinux.lds.S | 5 ++ drivers/firmware/efi/libstub/arm32-stub.c | 45 ++-------- 3 files changed, 48 insertions(+), 93 deletions(-) -- 2.17.1 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2020-05-06 8:20 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-05-06 8:19 Ard Biesheuvel [this message] 2020-05-06 8:19 ` [PATCH v3 0/5] ARM: simplify handover from UEFI to decompressor Ard Biesheuvel 2020-05-06 8:19 ` [PATCH v3 1/5] ARM: decompressor: move headroom variable out of LC0 Ard Biesheuvel 2020-05-06 8:19 ` Ard Biesheuvel 2020-05-06 8:19 ` [PATCH v3 2/5] ARM: decompressor: split off _edata and stack base into separate object Ard Biesheuvel 2020-05-06 8:19 ` Ard Biesheuvel 2020-05-06 8:19 ` [PATCH v3 3/5] ARM: decompressor: defer loading of the contents of the LC0 structure Ard Biesheuvel 2020-05-06 8:19 ` Ard Biesheuvel 2020-05-06 8:19 ` [PATCH v3 4/5] ARM: decompressor: move GOT into .data for EFI enabled builds Ard Biesheuvel 2020-05-06 8:19 ` Ard Biesheuvel 2020-05-06 8:19 ` [PATCH v3 5/5] ARM: decompressor: run decompressor in place if loaded via UEFI Ard Biesheuvel 2020-05-06 8:19 ` Ard Biesheuvel
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200506081939.8986-1-ardb@kernel.org \ --to=ardb@kernel.org \ --cc=geert+renesas@glider.be \ --cc=linus.walleij@linaro.org \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-efi@vger.kernel.org \ --cc=linux@armlinux.org.uk \ --cc=nico@fluxnic.net \ --cc=xypron.glpk@gmx.de \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.