一个基于uprobe，能同时hook大量用户地址空间函数的kpm内核模块
在成功加载本项目的kpm模块后，可通过 dmesg | grep +Test-Log+ 命令查看模块日志，再使用项目user目录下的uprobe_trace_user.h文件提供的用户层接口进行编程即可。trace的输出结果在tracefs文件系统下，可通过 mount | grep tracefs 命令查看tracefs所在位置，一般都是在/sys/kernel/tracing，通过 echo "1" >> /sys/kernel/tracing/tracing_on 开启日志后通过 cat /sys/kernel/tracing/trace_pipe | grep +Test-Log+ 查看trace的结果。
set_module_base函数用于设置要hook so的基址(打印函数偏移需要用到)。
set_target_uid函数用于设置要hook的app的uid(过滤输出需要)。
set_target_file函数用于设置要hook so的路径(必须是完整路径)。
set_fun_info函数第一个参数是要设置函数的uprobe偏移，计算方法见文末，第二个参数为函数偏移，第三个参数为自定义函数名, 第四个参数是对应函数地址处的第一条汇编指令(即在函数地址处读取的4个字节)，为空即不修正uprobe在该函数地址处的备份指令。
clear_all_uprobes函数用于清除所有的uprobe挂载点。
上述函数的返回结果有SET_TRACE_SUCCESS、SET_TRACE_ERROR两种，分别表示设置成功和失败。
编程思路可以参考示例
目前只在5.10以及5.15两个版本通过测试，理论上5.10以上版本都能正常使用。
在内核使用uprobe_register函数注册uprobe挂载点的时候在一些特殊情况下会出现实际注册的函数偏移与传入的函数偏移不一致的问题，至于为什么会这样， 我翻阅linux内核源码发现问题出现于内存地址计算错误,从这里开始内存地址就出现了偏差，我推测是内存页计算有偏差，但是具体原因不清楚。
答案已经找到了，原来是我一开始就理解错了，传递给uprobe_register函数的偏移值压根就不是函数的文件偏移，而是要经过其他运算得到，简单来说就是函数地址减去所在内存段的基地址再加上该内存段内存区域的偏移量所得的值。
计算示例如下：
以下图片展示了一个so文件在maps文件中的区域段
假如一个函数的地址为0x7626323000,那要hook这个函数那传给uprobe_register函数的偏移值应该为0x7626323000-0x7626322000+0x90000=0x91000.
在对应so的代码段没有被加密的情况下，uprobe是能正确获取到将要被brk #5覆盖的原始汇编指令，但当so的代码段是在运行时才解密时， uprobe获取到的汇编指令往往都是没有解密前的密文汇编指令，这些密文汇编指令当然是无法被执行的，这就会引发app的直接崩溃。至于为什么 uprobe不是实时获取内存中的汇编指令，原因尚不清楚。
将为用户提供的set_fun_info函数增加一个fix_insn参数用于让用户自行设置指定函数地址的第一条原始汇编指令， 再通过用户提供的这些正确的汇编指令来为uprobe直接设置其要备份的汇编指令。这样就能直接解决uprobe不能实时获取 内存中的汇编指令的问题。