起因
群里做网络的小伙伴问了一个问题，他在wifi驱动的某个函数里加了dump stack，然后插入驱动，发现调用栈是这样的，为什么呢？
代码追溯
insmod这个app，是在busybox中的，所以找到busybox的代码：
入口就是这个insmod_main
调用了bb_init_module，它的尾部有这样的调用
init_module即为核心的初始化模块的函数。这里会涉及到系统调用：
系统调用号是__NR_finit_module或者__NR_init_module。
这里syscall的实现，没有找到确切的，估计是做了一层wrapper，可能是在glibc或者uclibc这种库里。
这里看着是触发了el0_sync
由于是在用户态触发的，所以是el0，但为什么是sync异常呢？
这里我继续追溯了一下，到uclibc-ng的库中，找到了：
这里把syscall_name存到了x8中，然后调用了svc 0
在ARM64（aarch64）体系结构中，svc 0是一条软中断指令，用于触发一个异常。svc是Supervisor Call的缩写，通常用于向操作系统发出请求或者系统调用。当执行svc 0指令时，处理器会进入异常处理流程，并跳转到异常向量表中相应的处理程序，即操作系统的内核代码。在处理器进入异常模式后，操作系统可以识别并处理此次异常，执行相应的操作，例如执行用户空间进程的系统调用，处理中断请求等。因此，svc 0通常用于触发用户空间程序与操作系统内核之间的通信，进行系统调用。
所以这得看kernel对el0的异常向量表的实现了。我们知道，aarch64架构，异常向量表比较复杂，每个EL等级都有一份，EL等级越高，要实现的异常向量表就越多。EL2要实现EL0，EL1，EL2的。EL1要实现EL0，EL1的。
这里是从EL0触发异常，所以只需要实现EL0的向量表。
我们找到linux内核如何实现EL0的异常向量表的：
(linux/arch/arm64/kernel/entry.S)/** Exception vectors.*/.pushsection ".entry.text", "ax".align 11
SYM_CODE_START(vectors)kernel_ventry 1, sync_invalid // Synchronous EL1tkernel_ventry 1, irq_invalid // IRQ EL1tkernel_ventry 1, fiq_invalid // FIQ EL1tkernel_ventry 1, error_invalid // Error EL1tkernel_ventry 1, sync // Synchronous EL1hkernel_ventry 1, irq // IRQ EL1hkernel_ventry 1, fiq // FIQ EL1hkernel_ventry 1, error // Error EL1hkernel_ventry 0, sync // Synchronous 64-bit EL0kernel_ventry 0, irq // IRQ 64-bit EL0kernel_ventry 0, fiq // FIQ 64-bit EL0kernel_ventry 0, error // Error 64-bit EL0#ifdef CONFIG_COMPATkernel_ventry 0, sync_compat, 32 // Synchronous 32-bit EL0kernel_ventry 0, irq_compat, 32 // IRQ 32-bit EL0kernel_ventry 0, fiq_compat, 32 // FIQ 32-bit EL0kernel_ventry 0, error_compat, 32 // Error 32-bit EL0
#elsekernel_ventry 0, sync_invalid, 32 // Synchronous 32-bit EL0kernel_ventry 0, irq_invalid, 32 // IRQ 32-bit EL0kernel_ventry 0, fiq_invalid, 32 // FIQ 32-bit EL0kernel_ventry 0, error_invalid, 32 // Error 32-bit EL0
#endif
SYM_CODE_END(vectors)我们忽略invalid结尾的entry，第一个可用的就是sync异常。
找到el0_sync异常的handle：
这里invoke_syscall就是通过系统调用，查表sys_call_table来执行对应的处理接口。
sys_call_table会在arch spec的这个文件中定义。这里是arm64的。
这里包含了asm/unistd.h，这是内核公有代码。
127号系统调用就是init module。他在定义时是怎么定义的？
load_module就是内核在做模块加载的动作了。
最后做个总结：
结尾
调用栈init_module函数向下的内容，就是__INIT_MODULE这类的宏的实现了，一般和链接机制有关。TODO:
