1b2441318SGreg Kroah-Hartman# SPDX-License-Identifier: GPL-2.0 2f4f75ad5SArd Biesheuvel# 3f4f75ad5SArd Biesheuvel# The stub may be linked into the kernel proper or into a separate boot binary, 4f4f75ad5SArd Biesheuvel# but in either case, it executes before the kernel does (with MMU disabled) so 5f4f75ad5SArd Biesheuvel# things like ftrace and stack-protector are likely to cause trouble if left 6f4f75ad5SArd Biesheuvel# enabled, even if doing so doesn't break the build. 7f4f75ad5SArd Biesheuvel# 8f4f75ad5SArd Biesheuvelcflags-$(CONFIG_X86_32) := -march=i386 9f4f75ad5SArd Biesheuvelcflags-$(CONFIG_X86_64) := -mcmodel=small 10846221cfSPaul Bollecflags-$(CONFIG_X86) += -m$(BITS) -D__KERNEL__ -O2 \ 11f4f75ad5SArd Biesheuvel -fPIC -fno-strict-aliasing -mno-red-zone \ 123db5e0baSNathan Chancellor -mno-mmx -mno-sse -fshort-wchar \ 133db5e0baSNathan Chancellor -Wno-pointer-sign \ 143db5e0baSNathan Chancellor $(call cc-disable-warning, address-of-packed-member) \ 153db5e0baSNathan Chancellor $(call cc-disable-warning, gnu) 16f4f75ad5SArd Biesheuvel 17ce279d37SLaura Abbott# arm64 uses the full KBUILD_CFLAGS so it's necessary to explicitly 18ce279d37SLaura Abbott# disable the stackleak plugin 19e1a7eafbSTorsten Duwecflags-$(CONFIG_ARM64) := $(subst $(CC_FLAGS_FTRACE),,$(KBUILD_CFLAGS)) \ 20e1a7eafbSTorsten Duwe -fpie $(DISABLE_STACKLEAK_PLUGIN) 21e1a7eafbSTorsten Duwecflags-$(CONFIG_ARM) := $(subst $(CC_FLAGS_FTRACE),,$(KBUILD_CFLAGS)) \ 2241f1c484SAlistair Strachan -fno-builtin -fpic \ 2341f1c484SAlistair Strachan $(call cc-option,-mno-single-pic-base) 24f4f75ad5SArd Biesheuvel 25e8f3010fSArd Biesheuvelcflags-$(CONFIG_EFI_ARMSTUB) += -I$(srctree)/scripts/dtc/libfdt 26e8f3010fSArd Biesheuvel 27b523e185SArd BiesheuvelKBUILD_CFLAGS := $(cflags-y) -DDISABLE_BRANCH_PROFILING \ 283e2c044aSKees Cook -D__NO_FORTIFY \ 29f4f75ad5SArd Biesheuvel $(call cc-option,-ffreestanding) \ 300b3e3366SLaura Abbott $(call cc-option,-fno-stack-protector) \ 31f922c4abSArd Biesheuvel -D__DISABLE_EXPORTS 32f4f75ad5SArd Biesheuvel 33f4f75ad5SArd BiesheuvelGCOV_PROFILE := n 340b24beccSAndrey RyabininKASAN_SANITIZE := n 35c6d30853SAndrey RyabininUBSAN_SANITIZE := n 36c0dd6716SJosh PoimboeufOBJECT_FILES_NON_STANDARD := y 37f4f75ad5SArd Biesheuvel 385c9a8750SDmitry Vyukov# Prevents link failures: __sanitizer_cov_trace_pc() is not linked in. 395c9a8750SDmitry VyukovKCOV_INSTRUMENT := n 405c9a8750SDmitry Vyukov 41*0d959814SDominik Brodowskilib-y := efi-stub-helper.o gop.o secureboot.o tpm.o \ 42*0d959814SDominik Brodowski random.o 43e8f3010fSArd Biesheuvel 44e8f3010fSArd Biesheuvel# include the stub's generic dependencies from lib/ when building for ARM/arm64 4529f9007bSArd Biesheuvelarm-deps-y := fdt_rw.c fdt_ro.c fdt_wip.c fdt.c fdt_empty_tree.c fdt_sw.c 4629f9007bSArd Biesheuvelarm-deps-$(CONFIG_ARM64) += sort.c 47e8f3010fSArd Biesheuvel 48e8f3010fSArd Biesheuvel$(obj)/lib-%.o: $(srctree)/lib/%.c FORCE 49e8f3010fSArd Biesheuvel $(call if_changed_rule,cc_o_c) 50e8f3010fSArd Biesheuvel 51*0d959814SDominik Brodowskilib-$(CONFIG_EFI_ARMSTUB) += arm-stub.o fdt.o string.o \ 5229f9007bSArd Biesheuvel $(patsubst %.c,lib-%.o,$(arm-deps-y)) 53f4f75ad5SArd Biesheuvel 5481a0bc39SRoy Franzlib-$(CONFIG_ARM) += arm32-stub.o 55a6a14469SArd Biesheuvellib-$(CONFIG_ARM64) += arm64-stub.o 5641cd96faSArd BiesheuvelCFLAGS_arm32-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) 57bf457786SArd BiesheuvelCFLAGS_arm64-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) 58bf457786SArd Biesheuvel 59ddeeefe2SArd Biesheuvel# 60ddeeefe2SArd Biesheuvel# arm64 puts the stub in the kernel proper, which will unnecessarily retain all 61ddeeefe2SArd Biesheuvel# code indefinitely unless it is annotated as __init/__initdata/__initconst etc. 62ddeeefe2SArd Biesheuvel# So let's apply the __init annotations at the section level, by prefixing 63ddeeefe2SArd Biesheuvel# the section names directly. This will ensure that even all the inline string 64ddeeefe2SArd Biesheuvel# literals are covered. 65e8f3010fSArd Biesheuvel# The fact that the stub and the kernel proper are essentially the same binary 66e8f3010fSArd Biesheuvel# also means that we need to be extra careful to make sure that the stub does 67e8f3010fSArd Biesheuvel# not rely on any absolute symbol references, considering that the virtual 68e8f3010fSArd Biesheuvel# kernel mapping that the linker uses is not active yet when the stub is 69e8f3010fSArd Biesheuvel# executing. So build all C dependencies of the EFI stub into libstub, and do 70e8f3010fSArd Biesheuvel# a verification pass to see if any absolute relocations exist in any of the 71e8f3010fSArd Biesheuvel# object files. 72ddeeefe2SArd Biesheuvel# 73e8f3010fSArd Biesheuvelextra-$(CONFIG_EFI_ARMSTUB) := $(lib-y) 74e8f3010fSArd Biesheuvellib-$(CONFIG_EFI_ARMSTUB) := $(patsubst %.o,%.stub.o,$(lib-y)) 75ddeeefe2SArd Biesheuvel 76e8f3010fSArd BiesheuvelSTUBCOPY_FLAGS-$(CONFIG_ARM64) += --prefix-alloc-sections=.init \ 77e8f3010fSArd Biesheuvel --prefix-symbols=__efistub_ 78e8f3010fSArd BiesheuvelSTUBCOPY_RELOC-$(CONFIG_ARM64) := R_AARCH64_ABS 79e8f3010fSArd Biesheuvel 80e8f3010fSArd Biesheuvel$(obj)/%.stub.o: $(obj)/%.o FORCE 81e8f3010fSArd Biesheuvel $(call if_changed,stubcopy) 82e8f3010fSArd Biesheuvel 83696204faSArd Biesheuvel# 84696204faSArd Biesheuvel# Strip debug sections and some other sections that may legally contain 85696204faSArd Biesheuvel# absolute relocations, so that we can inspect the remaining sections for 86696204faSArd Biesheuvel# such relocations. If none are found, regenerate the output object, but 87696204faSArd Biesheuvel# this time, use objcopy and leave all sections in place. 88696204faSArd Biesheuvel# 89e8f3010fSArd Biesheuvelquiet_cmd_stubcopy = STUBCPY $@ 90e8d368adSMasahiro Yamada cmd_stubcopy = \ 9102562d0cSArd Biesheuvel $(STRIP) --strip-debug -o $@ $<; \ 92e8d368adSMasahiro Yamada if $(OBJDUMP) -r $@ | grep $(STUBCOPY_RELOC-y); then \ 93e8d368adSMasahiro Yamada echo "$@: absolute symbol references not allowed in the EFI stub" >&2; \ 94e8d368adSMasahiro Yamada /bin/false; \ 95e8d368adSMasahiro Yamada fi; \ 96e8d368adSMasahiro Yamada $(OBJCOPY) $(STUBCOPY_FLAGS-y) $< $@ 9781a0bc39SRoy Franz 9881a0bc39SRoy Franz# 9981a0bc39SRoy Franz# ARM discards the .data section because it disallows r/w data in the 10081a0bc39SRoy Franz# decompressor. So move our .data to .data.efistub, which is preserved 10181a0bc39SRoy Franz# explicitly by the decompressor linker script. 10281a0bc39SRoy Franz# 103696204faSArd BiesheuvelSTUBCOPY_FLAGS-$(CONFIG_ARM) += --rename-section .data=.data.efistub 10481a0bc39SRoy FranzSTUBCOPY_RELOC-$(CONFIG_ARM) := R_ARM_ABS 105