RepoMirrors
/
kpatch
mirror of https://github.com/dynup/kpatch
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity
kpatch/kmod/patch/Makefile

32 lines
822 B
Makefile
Raw Normal View History

first pass at a decent user interface This makes it somewhat easy to use. From the root git dir, just: sudo scripts/kpatch-build ~/foo.patch and it'll take care of everything, eventually spitting out the base module (kpatch.ko) and the hotpatch module kpatch-foo.ko. This is still all very crude, but a better user interface is coming soon.
2014-02-13 03:53:05 +00:00
KPATCH_BUILD ?= /lib/modules/$(shell uname -r)/build
remove local paths in makefiles Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-01-28 17:23:24 +00:00
KPATCH_MAKE = $(MAKE) -C $(KPATCH_BUILD) M=$(PWD)
kpatch-build: build dynrelas or klp relas depending on kernel version Introduce a second phase in the kpatch-build process that creates kpatch modules or livepatch modules that use the new klp rela sections depending on the kernel version being worked on. This change uses the two new programs to either create a patch module that uses dynrelas (create-kpatch-module) or a patch module that uses klp rela and arch sections + klp symbols marked with the correct Elf flags (create-klp-module). For klp patch modules, the --unique flag for ld is needed to prevent .parainstructions and .altinstructions sections from different objects from being merged, as arch_klp_init_object_loaded() applies these sections per-object.
2017-01-23 20:43:43 +00:00
LDFLAGS += $(KPATCH_LDFLAGS)
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
kpatch-build: clarify ppc64le comments Clarify some of the comment wording in the new ppc64le code.
2017-07-25 16:38:48 +00:00
# ppc64le kernel modules are expected to compile with the
# -mcmodel=large flag. This enables 64-bit relocations
# instead of a 32-bit offset from the TOC pointer.
Makefile.inc: replace uname -p with uname -m uname -p returns "unknown" on many systems effectively breaking the build. Replace it with uname -m which yields the correct architecture.
2017-08-18 12:48:43 +00:00
PROCESSOR = $(shell uname -m)
kpatch-build: Add PPC64le livepatch support This patch adds support for livepatch hook based module creation for PPC64le. It introduces PPC64le architecture bits: - Add relocation type of R_PPC64_ADDR64 while parsing powerpc ELF. - Introduce .toc sections mainpulation. - Skip kpatch specific details for livepatch hook. Also remove the definition of rela_insn() for powerpc. The only call site is been guarded by #ifdef x86. Cc: Josh Poimboeuf <jpoimboe@redhat.com> Signed-off-by: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
2017-07-26 05:46:53 +00:00
ifeq ($(PROCESSOR), ppc64le)
KBUILD_CFLAGS_MODULE += -mcmodel=large
endif
kpatch-build: set default module prefix accordingly Use kpatch-<modname>.ko or livepatch-<modname>.ko depending on the type of module we're building. Signed-off-by: Joe Lawrence <joe.lawrence@redhat.com>
2017-09-20 20:30:00 +00:00
obj-m += $(KPATCH_NAME).o
kmod/patch: fix patch linking with 4.20 4.20 includes commit 69ea912fda74 "kbuild: remove unneeded link_multi_deps" which changes kbuild so that only '.o' files are given to ld as targets for linking, leaving out our linker script. Even before this commit we were still doing this wrong and were succeeding just because ld is smart enough to detect the script, it even throws a warning: ld: warning: kpatch.lds contains output sections; did you forget -T? The right thing to do is to add the script to ldflags either through kbuilds 'ldflags-y' or by adding it to LDFLAGS/KPATCH_LDFLAGS directly. Signed-off-by: Artem Savkov <asavkov@redhat.com>
2018-11-14 14:09:34 +00:00
ldflags-y += -T $(src)/kpatch.lds
kmod/patch: add kpatch.lds as a dependency for $(KPATCH_NAME).o Starting with v5.10 kbuild no longer builds built-in targets for external modules (including extra-y). Further it wasn't guaranteed that extra-y targets were going to be built before linking. Do a proper thing and add kpatch.lds as a dependency for $(KPATCH_NAME).o. Upstream discussion for reference: https://lore.kernel.org/linux-kbuild/20201103054425.59251-1-chao.wang@ucloud.cn/ Fixes: #1148 Signed-off-by: Artem Savkov <asavkov@redhat.com>
2020-12-04 11:29:55 +00:00
targets += kpatch.lds
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
kmod/patch: more linking fixes While adding proper linker script option my previous patch left the linker script in the list of source files (on pre-4.20 kernels) for ld somehow breaking kpatch callback sections. For this to work properly kpatch.lds needs to be added to 'extra-y' instead of objs. And for kbuild to process this option properly we need to call make without the .ko target, i.e. let kbuild decide what to build. Fixes: 17a97b4 ("kmod/patch: fix patch linking with 4.20") Signed-off-by: Artem Savkov <asavkov@redhat.com>
2018-12-07 15:46:08 +00:00
$(KPATCH_NAME)-objs += patch-hook.o output.o
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
kpatch-build: set default module prefix accordingly Use kpatch-<modname>.ko or livepatch-<modname>.ko depending on the type of module we're building. Signed-off-by: Joe Lawrence <joe.lawrence@redhat.com>
2017-09-20 20:30:00 +00:00
all: $(KPATCH_NAME).ko
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
kpatch-build: set default module prefix accordingly Use kpatch-<modname>.ko or livepatch-<modname>.ko depending on the type of module we're building. Signed-off-by: Joe Lawrence <joe.lawrence@redhat.com>
2017-09-20 20:30:00 +00:00
$(KPATCH_NAME).ko:
kmod/patch: more linking fixes While adding proper linker script option my previous patch left the linker script in the list of source files (on pre-4.20 kernels) for ld somehow breaking kpatch callback sections. For this to work properly kpatch.lds needs to be added to 'extra-y' instead of objs. And for kbuild to process this option properly we need to call make without the .ko target, i.e. let kbuild decide what to build. Fixes: 17a97b4 ("kmod/patch: fix patch linking with 4.20") Signed-off-by: Artem Savkov <asavkov@redhat.com>
2018-12-07 15:46:08 +00:00
$(KPATCH_MAKE)
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
kmod/patch: add kpatch.lds as a dependency for $(KPATCH_NAME).o Starting with v5.10 kbuild no longer builds built-in targets for external modules (including extra-y). Further it wasn't guaranteed that extra-y targets were going to be built before linking. Do a proper thing and add kpatch.lds as a dependency for $(KPATCH_NAME).o. Upstream discussion for reference: https://lore.kernel.org/linux-kbuild/20201103054425.59251-1-chao.wang@ucloud.cn/ Fixes: #1148 Signed-off-by: Artem Savkov <asavkov@redhat.com>
2020-12-04 11:29:55 +00:00
$(obj)/$(KPATCH_NAME).o: $(src)/kpatch.lds
add *hook.c files and make target dep for patch-hook.o Signed-off-by: Seth Jennings <sjenning@redhat.com>
2015-01-22 17:05:52 +00:00
patch-hook.o: patch-hook.c kpatch-patch-hook.c livepatch-patch-hook.c
add livepatch API support Adds a new patch module scaffold for use when building against a kernel with CONFIG_LIVE_PATCHING=y. Signed-off-by: Seth Jennings <sjenning@redhat.com>
2015-01-22 00:28:31 +00:00
$(KPATCH_MAKE) patch-hook.o
major rewrite to per-section function/data model Signed-off-by: Seth Jennings <sjenning@redhat.com>
2014-02-11 16:25:48 +00:00
clean:
$(RM) -Rf .*.o.cmd .*.ko.cmd .tmp_versions *.o *.ko *.mod.c \
Module.symvers