我不想find系统调用表的内核地址。 我通常通过grep sys_call来做到这一点，但在一个系统中，我可以看到地址，但在其他地方，它不显示条目。
root@ubuntu:~# cat /proc/kallsyms | grep sys_call ffffffff8122aa90 t proc_sys_call_handler ffffffff81726432 t ret_from_sys_call ffffffff81726644 T int_ret_from_sys_call ffffffff81728146 t sysexit_from_sys_call ffffffff81728386 t sysretl_from_sys_call ffffffff8172858e t ia32_ret_from_sys_call **ffffffff81801400 R sys_call_table** ffffffff81809cc0 R ia32_sys_call_table root@ubuntu:~#
/ $ cat /proc/kallsyms | grep sys_call ffffffff8119c230 t proc_sys_call_handler ffffffff817a1a57 t ret_from_sys_call ffffffff817a1c50 T int_ret_from_sys_call ffffffff817a2cb8 t sysexit_from_sys_call ffffffff817a2ed8 t sysretl_from_sys_call ffffffff817a30be t ia32_ret_from_sys_call / $ / $
在什么情况下会发生这种情况？ 一些build议将是很好的谢谢你
内核驱动程序签名
在ring0 / kernel中列出驱动程序？
你为什么不能在睡觉的时候睡觉？
每次创build一个驱动程序的句柄
rt2x00驱动程序（内核版本2.6.24）如何处理扫描请求
C中两个整数的快速双向散列
在x64系统中SSDT挂钩的替代scheme
在自己的内核模块中，在磁盘睡眠时SIGSTOP任务
在PXA270设备上运行Android OS
正确导出Linux头文件，模块
你应该在两种情况下查看内核的版本，用uname -r检查。
这最初是在内核2.4.x的早期版本中导出的。 这最初有“EXPORT_SYMBOL（sys_call_table）;” 从linux / kernel / ksyms.c中将sys_call_table从正确的导出，后来被制作成静态的并且被移除的IMU。
现在这已经被重新导入了一些最新的内核（某些版本> 3.3.x）。 我会建议挖掘LXR来检查细节。
您需要检查您的当前内核是否使用选项CONfig_KALLSYMS_ALL = y进行编译
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
