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 34*0ebba714SMarco Elver# Sanitizer runtimes are unavailable and cannot be linked here. 350b24beccSAndrey RyabininKASAN_SANITIZE := n 36*0ebba714SMarco ElverKCSAN_SANITIZE := n 37c6d30853SAndrey RyabininUBSAN_SANITIZE := n 38c0dd6716SJosh PoimboeufOBJECT_FILES_NON_STANDARD := y 39f4f75ad5SArd Biesheuvel 405c9a8750SDmitry Vyukov# Prevents link failures: __sanitizer_cov_trace_pc() is not linked in. 415c9a8750SDmitry VyukovKCOV_INSTRUMENT := n 425c9a8750SDmitry Vyukov 4333b6d034SThiebaud Weksteenlib-y := efi-stub-helper.o gop.o secureboot.o tpm.o 44e8f3010fSArd Biesheuvel 45e8f3010fSArd Biesheuvel# include the stub's generic dependencies from lib/ when building for ARM/arm64 4629f9007bSArd Biesheuvelarm-deps-y := fdt_rw.c fdt_ro.c fdt_wip.c fdt.c fdt_empty_tree.c fdt_sw.c 4729f9007bSArd Biesheuvelarm-deps-$(CONFIG_ARM64) += sort.c 48e8f3010fSArd Biesheuvel 49e8f3010fSArd Biesheuvel$(obj)/lib-%.o: $(srctree)/lib/%.c FORCE 50e8f3010fSArd Biesheuvel $(call if_changed_rule,cc_o_c) 51e8f3010fSArd Biesheuvel 52a6a14469SArd Biesheuvellib-$(CONFIG_EFI_ARMSTUB) += arm-stub.o fdt.o string.o random.o \ 5329f9007bSArd Biesheuvel $(patsubst %.c,lib-%.o,$(arm-deps-y)) 54f4f75ad5SArd Biesheuvel 5581a0bc39SRoy Franzlib-$(CONFIG_ARM) += arm32-stub.o 56a6a14469SArd Biesheuvellib-$(CONFIG_ARM64) += arm64-stub.o 5741cd96faSArd BiesheuvelCFLAGS_arm32-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) 58bf457786SArd BiesheuvelCFLAGS_arm64-stub.o := -DTEXT_OFFSET=$(TEXT_OFFSET) 59bf457786SArd Biesheuvel 60ddeeefe2SArd Biesheuvel# 61ddeeefe2SArd Biesheuvel# arm64 puts the stub in the kernel proper, which will unnecessarily retain all 62ddeeefe2SArd Biesheuvel# code indefinitely unless it is annotated as __init/__initdata/__initconst etc. 63ddeeefe2SArd Biesheuvel# So let's apply the __init annotations at the section level, by prefixing 64ddeeefe2SArd Biesheuvel# the section names directly. This will ensure that even all the inline string 65ddeeefe2SArd Biesheuvel# literals are covered. 66e8f3010fSArd Biesheuvel# The fact that the stub and the kernel proper are essentially the same binary 67e8f3010fSArd Biesheuvel# also means that we need to be extra careful to make sure that the stub does 68e8f3010fSArd Biesheuvel# not rely on any absolute symbol references, considering that the virtual 69e8f3010fSArd Biesheuvel# kernel mapping that the linker uses is not active yet when the stub is 70e8f3010fSArd Biesheuvel# executing. So build all C dependencies of the EFI stub into libstub, and do 71e8f3010fSArd Biesheuvel# a verification pass to see if any absolute relocations exist in any of the 72e8f3010fSArd Biesheuvel# object files. 73ddeeefe2SArd Biesheuvel# 74e8f3010fSArd Biesheuvelextra-$(CONFIG_EFI_ARMSTUB) := $(lib-y) 75e8f3010fSArd Biesheuvellib-$(CONFIG_EFI_ARMSTUB) := $(patsubst %.o,%.stub.o,$(lib-y)) 76ddeeefe2SArd Biesheuvel 77e8f3010fSArd BiesheuvelSTUBCOPY_FLAGS-$(CONFIG_ARM64) += --prefix-alloc-sections=.init \ 78e8f3010fSArd Biesheuvel --prefix-symbols=__efistub_ 79e8f3010fSArd BiesheuvelSTUBCOPY_RELOC-$(CONFIG_ARM64) := R_AARCH64_ABS 80e8f3010fSArd Biesheuvel 81e8f3010fSArd Biesheuvel$(obj)/%.stub.o: $(obj)/%.o FORCE 82e8f3010fSArd Biesheuvel $(call if_changed,stubcopy) 83e8f3010fSArd Biesheuvel 84696204faSArd Biesheuvel# 85696204faSArd Biesheuvel# Strip debug sections and some other sections that may legally contain 86696204faSArd Biesheuvel# absolute relocations, so that we can inspect the remaining sections for 87696204faSArd Biesheuvel# such relocations. If none are found, regenerate the output object, but 88696204faSArd Biesheuvel# this time, use objcopy and leave all sections in place. 89696204faSArd Biesheuvel# 90e8f3010fSArd Biesheuvelquiet_cmd_stubcopy = STUBCPY $@ 91e8d368adSMasahiro Yamada cmd_stubcopy = \ 9202562d0cSArd Biesheuvel $(STRIP) --strip-debug -o $@ $<; \ 93e8d368adSMasahiro Yamada if $(OBJDUMP) -r $@ | grep $(STUBCOPY_RELOC-y); then \ 94e8d368adSMasahiro Yamada echo "$@: absolute symbol references not allowed in the EFI stub" >&2; \ 95e8d368adSMasahiro Yamada /bin/false; \ 96e8d368adSMasahiro Yamada fi; \ 97e8d368adSMasahiro Yamada $(OBJCOPY) $(STUBCOPY_FLAGS-y) $< $@ 9881a0bc39SRoy Franz 9981a0bc39SRoy Franz# 10081a0bc39SRoy Franz# ARM discards the .data section because it disallows r/w data in the 10181a0bc39SRoy Franz# decompressor. So move our .data to .data.efistub, which is preserved 10281a0bc39SRoy Franz# explicitly by the decompressor linker script. 10381a0bc39SRoy Franz# 104696204faSArd BiesheuvelSTUBCOPY_FLAGS-$(CONFIG_ARM) += --rename-section .data=.data.efistub 10581a0bc39SRoy FranzSTUBCOPY_RELOC-$(CONFIG_ARM) := R_ARM_ABS 106