ksplice 理解执行过程

ksplice-create用于创建补丁
从命令行获得用户命令，如果输入错误就会打印help信息。
ksplice更换版本有3种途径：
1)patch文件
2)diffext指定新文件的后缀
3)使用git指定新的标记

如果没有指定orig_config_dir(指定config的目录),则默认路径为
"$linuxtree/ksplice"
ksplice还要求config目录下还要有System.map文件。

最好在config目录下再创建一个build目录，用于分离二进制。

如果config目录下存在flags文件，则读入此文件的内容作为kbuild_flags。

ksplice每次制作补丁包都会产生一个随机数kid.

有一些内核System.map的符号地址与运行中的符号地址有一个偏移量。
所以现在通过查找printk的地址，来与运行中内核的printk地址进行比较。
来找出此偏移量。

根据配置变量，组织make命令:
make -rR
如果定义了jobs
-jn
如果定义了verbose level
V=1 否则 -s

make_ksplice变量:
@make -f $datadir/Makefile.ksplice @kbuild_flags
如果定义了build_modules
KSPLICE_BUILD_MODULES=1

如果linuxtree目录下不存在.config，则把config_dir中的.config copy到linuxtree下。

进行revert:
如果一进行过制作补丁，现在要先恢复原始代码。
my @revert_flags = ("KSPLICE_MODE=revert");
revert_orig()
    find出.KSPLICE_presrc的文件,回复原始文件。
执行
@make_ksplice, @revert_flags
执行上执行的命令是:
make -rR -f Makefile.ksplice KSPLICE_MODE=revert

我们在看看Makefile.ksplice文件:
Makefile.ksplice默认目标是__ksplice
__ksplice: $(ksplice-deps) $(ksplice-dirs)
    @:
此目标只是依赖两个dirs，没有具体的执行命令。说明所有的动作都是在依赖中执行的。

如何调用到内核的Makefile的呢？

include $(srctree)/scripts/Makefile.build
ksplice-deps += $(vmlinux-dirs)
ksplice-deps += $(subdir-ym) $(always)
ksplice-deps += __build
ksplice-deps += $(ksplice-revert-deps)

ksplice-revert-dirs = $(vmlinux-alldirs:%=_ksplice_%)
ksplice-dirs += $(ksplice-revert-dirs)
ksplice-dirs += $(subdir-ymn:%=_ksplice_%)

对于ksplice-dirs的命令:
$(ksplice-dirs):
    $(Q)$(MAKE) $(build)=$(@:_ksplice_%=%)
其中
build := -f $(ksplice-makefile) obj
所以命令展开就是：
make -f /usr/local/share/ksplice/Makefile.ksplice obj=arch/x86/crypto
又再次进入makefile.ksplice，这次传入了obj

revert的作用就是把.ksplice_pre的文件执行cmd_ksplice-revert

对revert的cmd

cmd_ksplice-revert = touch -r ksplice-revert-stamp $(@:_ksplice-revert_%=%); \
mv $(@:_ksplice-revert_%=%) $(@:_ksplice-revert_%.KSPLICE_pre=%)

如果MODE 等于revert
include $(srctree)/scripts/Makefile.clean
这是会根据
ksplice-clean-files
把kslipse生成的文件clean掉。

看看实际例子revert都做了些什么：

REVERT  net/ipv6/ip6_tunnel.o
  REVERT  net/ipv6/sit.o
  SNAP    net/ipv6/ip6_tunnel.o
  SNAP    net/ipv6/sit.o
  CLEAN   net/ipv6/ip6_tunnel.o.KSPLICE_new_code
  CLEAN   net/ipv6/sit.o.KSPLICE_new_code
  CLEAN   net/ipv6/ip6_tunnel.o.KSPLICE_old_code
  CLEAN   net/ipv6/sit.o.KSPLICE_old_code

SNAP
revert完毕后就开始进入snap阶段。
也很简单，snap执行的命令和revert类似，只是KSPLICE_MODE不同。
make_ksplice, KSPLICE_MODE=snap

ifeq ($(KSPLICE_MODE),snap)
    $(obj)/%.o.KSPLICE: $(obj)/%.o FORCE
    $(if $(strip $(wildcard $<.KSPLICE_pre) $(filter $<,$?)), \
        $(call cmd,ksplice-snap))
else
    $(obj)/%.o.KSPLICE: $(obj)/%.o
    $(call cmd,ksplice-diff)
endif

首先.o.KSPLICE依赖.o,生成完.o后，调用ksplice-obj snap来生成.o.KSPLICE
/usr/local/share/ksplice/ksplice-obj.pl snap init/main.o.KSPLICE

snap的工作就是生成一个.o.KSPLICE空文件。empty_diff生成空文件。
所以之前理解错了，.o.KSPLICE并不是把.o做一个备份用的。
应该只是把.o.KSPLICE作为一个标志位，只是为了后续diff阶段,
如果有不同的.o就会把.o.KSPLICE中写入1，最后遍历所有.o.KSPLICE，哪些为1就知道哪些有差异了。
如果是我这样理解，实际上就没有必要snap阶段了。直接diff就可以了，
毕竟diff的时候如果两个文件相同则只会生成empty_diff.
除了标志位的作用，还有就是作为目标驱动。
$(obj)/%.o.KSPLICE: $(obj)/%.o
    $(call cmd,ksplice-diff)
无论snap还是diff都是要创建目标.o.KSPLICE但是动作不一样。
并且snap是FORCE，但diff不是强制的。
所以关键点就在这里，
因为打了patch后，就会重新生成patch对应的.o，此时依赖条件更新了，就会执行diff命令。


那么如果没有备份，那么diff的时候是如何比较的呢？
其实diff比较的是.o.KSPLICE_pre 和 新编译的.o
.o.KSPLICE_pre又是哪来的呢？
从do_diff的实现来看，在diff之前，KSPLICE_pre应该已经生成了。
生成KSPLICE_pre的命令只有
cmd_ksplice-cow = cp -a $@ $@.KSPLICE_pre

revert和snap就差一个mode，为什么一个会编译一个不会编译呢？
就在依赖条件上，snap要依赖.o


接下来编译ksplice 的内核代码部分
cp kmodsrc到一个临时目录。
执行

@make_kmodsrc = (@make, "-C", $kernel_headers_dir, "M=$kmodsrc", "KSPLICE_KID=$kid", "KSPLICE_VERSION=0.9.9", "map_printk=$map_printk")

编译内核模块。
然后再执行make module_install

patch
runval_infile($patchfile, "patch", @patch_opt, "-bz", ".KSPLICE_presrc");
-bz的意思：
-b备份原始文件
-z是用.KSPLICE_presrc为后缀备份原始文件。

打上补丁后，执行
make_ksplice KSPLICE_MODE=diff

看看实际例子中diff的动作：
  COW     net/ipv6/sit.o
  CC [M]  net/ipv6/sit.o
  DIFF    net/ipv6/sit.o
如何执行到COW的呢？
虽然我不知道如何执行的，但是猜测它的作用是在.o执行动作之前，
检测是否需要执行命令，如果需要更新，则执行cow，把.o cp为.o.KSPLICE_pre。
所以ksplice-cow-check的作用就是检测目标是否需要更新。


snap和diff又非常像
    cmd_ksplice-snap = $(ksplice-script) snap $@
    cmd_ksplice-diff = $(ksplice-script) diff $@
查看do_diff代码
cmp .o.KSPLICE_pre 和 新编译的.o，如果相同，那不做什么。
如果要有不同，则调用

runval("$libexecdir/ksplice-objmanip", $obj, "$obj.KSPLICE_new_code", "keep-new-code", "$obj.KSPLICE_pre", $ENV{KSPLICE_KID});
runval("$libexecdir/ksplice-objmanip", $obj_pre, "$obj.KSPLICE_old_code", "keep-old-code");

接下来开始处理模块编译
runstr(qw(find -name *.KSPLICE* ! ( -name *.KSPLICE -empty ) ! -name .*.KSPLICE.cmd -print0))
找出所有*.KSPLICE*非空的文件。
读入文件的内容保存到@modules中。
例子：
在sit.mod.KSPLICE中内容是：
net/ipv6/sit

cmd_ksplice-mod = echo $(<:.o.KSPLICE=) > $@; cp -a $< $(<:.KSPLICE=.KSPLICE_new_code) $(<:.KSPLICE=.KSPLICE_old_code) $(KSPLICE_KMODSRC)/
rule_ksplice-mod = if [ -s $< ]; then $(echo-cmd) $(cmd_$(1)); fi
ksplice-deps += $(ksplice-modnames:%=$(KSPLICE_KMODSRC)/%.mod.KSPLICE)
$(KSPLICE_KMODSRC)/%.mod.KSPLICE: $(obj)/%.o.KSPLICE
    $(Q)$(call rule_ksplice-mod,ksplice-mod)

从对mod的处理可以看出，.mod.KSPLICE直接在KSPLICE_KMODSRC中生成。
这是在diff后执行MOD，首先判断-s $<，看.KSPLICE为非空，表示有不同。然后把$< 写入 $@中。
如net/ipv6/sit.o.KSPLICE 取net/ipv6/sit > sit.mod.KSPLICE
并且把sit.o.KSPLICE，sit.o.KSPLICE_new_code,sit.o.KSPLICE_old_code cp 到KMODSRC目录中。
也就是说在diff阶段，new和old.o就应该生成了。
do_diff中调用objmanip来生成的new和old。

runval(@make_ksplice, "KSPLICE_MODE=modinst", "MODLIB=$tmpdir/modules", "INSTALL_MOD_STRIP=1", "modules=@modulepaths");

在makefile.ksplice中，对modinst的处理
ksplice_modinst:
    $(Q)$(MAKE) -f $(srctree)/scripts/Makefile.modinst
这里的Makefile.modinst和Makefile.modpost都是内核script中的Makefile

standalone 的作用是是否把ksplice编译成模块，因为可能kernel中已经自带了ksplice内核模块。

在create中分别调用了两次make_kmodsrc，
第一次编译出ksplice.ko
第二次传入参数KSPLICE_MODULES=@modules 生成new.ko和old.ko
我们来看看kmodsrc中的Makefile.
第一次编译的是KSPLICE_CORE
KSPLICE_CORE = ksplice-$(KSPLICE_KID)
obj-m += $(KSPLICE_CORE).o
实际上最终编译成ksplice-kid.ko，还是依靠obj-m的方法编译的。

第二次编译的时候传入modules，同时KSPLICE_SKIP_CORE=1,表示不编译ksplice.ko

ifneq ($(KSPLICE_MODULES),)
    $(foreach mod,$(KSPLICE_MODULES),$(obj)/new-code-$(target).o): $(obj)/%.o: $(src)/new_code_loader.c FORCE
        $(call if_changed_rule,cc_o_c)
    $(foreach mod,$(KSPLICE_MODULES),$(obj)/old-code-$(target).o): $(obj)/%.o: $(src)/old_code_loader.c FORCE
        $(call if_changed_rule,cc_o_c)
endif

但是一上来先要定义一些变量

$(foreach mod,$(KSPLICE_MODULES),$(eval $(ksplice-mod-vars)))

define ksplice-mod-vars
    obj-m += $(KSPLICE)-new.o $(KSPLICE)-old.o
    $(KSPLICE)-new-objs = $(ksplice-new-code-objs)
    $(KSPLICE)-old-objs = $(ksplice-old-code-objs)
其中KSPLICE定义为
comma ?= ,
name-fix ?= $(subst $(comma),_,$(subst -,_,$(1)))
target = $(call name-fix,$(mod))
KSPLICE_MID = $(KSPLICE_KID)_$(target)
KSPLICE = ksplice-$(KSPLICE_MID)

例如:
target = sit
KSPLICE = ksplice-mbel2vr2_sit

所以我们从ojb-m的值能看出最终需要生成new.ko和old.ko。
以new为例:

$(KSPLICE)-new-objs = $(ksplice-new-code-objs)
ksplice-new-code-objs = new-code-$(target).o collect-new-code-$(mod).o

new.ko由new-code-mod.o和collect-new-code-$(mod).o组成。

new-code-mod.o 的命令：

$(foreach mod,$(KSPLICE_MODULES),$(obj)/new-code-$(target).o): $(obj)/%.o: $(src)/new_code_loader.c FORCE
                                 $(call if_changed_rule,cc_o_c)

collect-new-code-$(mod).o的命令：

$(obj)/collect-new-code-%.o: $(obj)/%.o.KSPLICE_new_code $(obj)/ksplice.lds FORCE
    $(call if_changed,ksplice-collect)

cmd_ksplice-collect = \
    $(ksplice-script) finalize $< $<.final $* && \
    $(LD) --script=$(obj)/ksplice.lds -r -o $@ $<.final

collect的命令是调用 do_finalize 生成mod.final， 再结合ksplice.lds 生成collect-new-code-mod.o

实例看看两次模块编译时的动作：
 

CC [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/new-code-ip6_tunnel.o
LDS     /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice.lds
COLLECT /tmp/ksplice-tmp-NdqKBs/kmodsrc/collect-new-code-ip6_tunnel.o
CC [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/old-code-ip6_tunnel.o
COLLECT /tmp/ksplice-tmp-NdqKBs/kmodsrc/collect-old-code-ip6_tunnel.o
CC [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/new-code-sit.o
COLLECT /tmp/ksplice-tmp-NdqKBs/kmodsrc/collect-new-code-sit.o
CC [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/old-code-sit.o
COLLECT /tmp/ksplice-tmp-NdqKBs/kmodsrc/collect-old-code-sit.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_ip6_tunnel-new.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_ip6_tunnel-old.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_sit-new.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_sit-old.o
CC      /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_ip6_tunnel-new.mod.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_ip6_tunnel-new.ko
CC      /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_ip6_tunnel-old.mod.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_ip6_tunnel-old.ko
CC      /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_sit-new.mod.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_sit-new.ko
CC      /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_sit-old.mod.o
LD [M]  /tmp/ksplice-tmp-NdqKBs/kmodsrc/ksplice-y7ifi61j_sit-old.ko

现在代码大体逻辑还算清楚了，但如何做到不用编译内核只做内核模块的编译呢？
ksplice制作内核补丁使用的是内核kbuild的makefile，但是ncore使用的是自己的makefile。
所以我必须找找制作内核模块补丁执行的命令，并且不能使用kbuild的方法。
我大体猜测，流程是：
先编译一遍原始代码
在编译patch后的代码
比较两次的结果，直接做出patch。
现在不明白的是，比较的是.o文件，难道最后生成的就是根据这些.o的差异生成的补丁吗？
没有必要生成对应的.ko吗？
如果是这样那应该就与是不是模块没有关系了，可能多个模块的patch都会生成一个hotupdate。
这个过程还需要进一步研究。
在lfs的基础上，最好手动执行命令，来完成hotupdate的制作。
目前来说System.map还是非常重要的，不光是用于找map_printk,直接定位的时候都需要用到System.map
而且如果多个内核发生变化，就会分别生成对应的.ko。

我还有疑问了，如果模块B中调用了模块A的函数， 那么如何定位地址呢？
通过实践，此种升级可以成功。

apply的过程：
先insmod ksplice.ko
然后insmod module_new.ko
然后insmod module_old.ko
copy patch 到/var/runn下
升级成功
然后rmmod module_old.ko


好像只要有ld的地方就会调用combine
再来看看do_combine函数，有两个参数输入，
第一个是链接结果的文件名，
第二个参数是组成链接结果的所有的.o文件列表。

ksplice-objs的作用
把.o后边添加.KSPLICE


用到的perl知识：
1) perl中=~的意思是模式匹配，所以
my ($obj) = $out =~ /^(.*)\.KSPLICE$/ or die; 的意思是
注意()中的内容是捕获的内容，所以就是匹配*.KSPLICE，并且把文件的名字保存给obj。

2)unlink 删除文件

3)glob 返回通配符匹配的文件名列表。

4)next 相当于C语言中的continue

5)unless 相当于not if，就是当条件为false时执行block。

6)open fd '>' "filename"
打开一个文件用于写入,文件句柄是fd

7)文件test
-e 文件或目录存在
-z 文件为0
-s 文件或目录存在并且size不为0
-d 是目录
-f 是文件
-l 是链接