1.linux内核调试工具crash并不能直接显示函数参数，而这个对调试又非常重要
下面是工作中一个实际的问题，我们的进程hang在如下一个内核栈中了，通过栈回溯可知是打开了一个nfs3的网盘文件或者目录，已知客户机器的NAS盘不可访问了，只要访问就会hang住，但我们的进程理论上是不会访问该NAS盘的，那么如何知道open打开的是什么文件呢，这时候就迫切的需要知道do_sys_open的filename参数了(此时多么希望VS， gdb能够出手相救)。
但在x64位linux系统中，前6个参数使用的是rdi, rsi, rdx, rcx, r8, r9寄存器来传递，超出的才会用栈来传递，filename是第2个参数，会用rsi来传递，这下就GG了，函数经过这么多层调用，到当前栈帧的时候rsi早就是n手货了，而且rsi又不是保留寄存器，下层函数不会给他提供VIP待遇做保存，绝望，绝望，就是这么的绝望。
2.希望之光：通过函数参数被局部变量缓存获取
1> 上帝关上了一扇门，必然会为你打开另一扇窗
虽然寄存器不会被缓存，但局部变量会啊，局部变量是用栈保存的，函数调用栈未返回之前，栈都会一直给你当宝一样存着，so换个思路，假设，我们假设这个函数参数filename传递给了某个路人局部变量，那么我们找到这个路人，不就相当于找到了filename么。
2> 思路打开，上帝就立马给你送来了这个路人。
我们看do_sys_open，开头就把filename丢给了tmp这个路人，因此我们只要去栈上把tmp逮捕归案就能收工下班。
3> 逮捕方案1："-FF"
crash的bt命令提供了"-FF"参数，宣称可以打印局部变量。但是吗，往往宣称是一回事，实际又是另一回事。"bt -FF"一敲，甭说放大镜，用电子显微镜也找不到tmp在哪。
