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

24 lines
585 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
kmod: pass CFLAGS_MODULE to module build The kmod/patch/Makefile defines KBUILD_CFLAGS_MODULE, but it seems that kbuild doesn't honor it as environment variable. This is noticed when attempting to use the kpatch-build --non-replace option: the flag is added to KBUILD_CFLAGS_MODULE, yet the kernel module build ignores it. At the same time, the kernel docs suggest passing CFLAGS_MODULE [1], not KBUILD_CFLAGS_MODULE, from the commandline. Setup KPATCH_MAKE to pass these options through that variable. [1] https://www.kernel.org/doc/Documentation/kbuild/makefiles.txt Fixes: c14e6e91186ce ("kpatch-build: Add PPC64le livepatch support") Fixes: 17dcebf077d69 ("kpatch-build: enable klp with replace option by default") Signed-off-by: Joe Lawrence <joe.lawrence@redhat.com>
2021-08-02 21:36:17 +00:00
KPATCH_MAKE = $(MAKE) -C $(KPATCH_BUILD) M=$(PWD) CFLAGS_MODULE='$(CFLAGS_MODULE)'
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: 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