【发布时间】:2015-01-13 03:29:51
【问题描述】:
我在从 Linux 内核模块内部调用系统调用时遇到了一些困难。系统调用已通过标准 c 用户空间程序测试并正常工作,但我似乎无法让内核模块编译和运行它们。
在我的用户程序中,我包含以下代码并且系统调用有效:
#include <linux/unistd.h>
#define __NR_sys_mycall 343
extern long int _syscall(long int_sysno,...)__THROW;
//and then a simple call is done as such
long value = syscall(__NR_sys_mycall);
printf("The value is %ld\n",value);
但是当我在我的 Linux 内核模块中尝试同样的事情时,我得到了一堆错误,要么是错误:函数 'syscall' 的隐式声明(如果我不包括 _syscall 定义)或一长串错误如果我这样做的话,关于语法......所以我的假设是我需要内核空间版本来调用系统调用。我是对还是错?
//My LKM code
#include <linux/module.h>
#include <linux/unistd.h>
#define __NR_sys_mycall 343
static int start_init(void)
{
long value = syscall(__NR_sys_mycall);
printk("The value is %ld\n",value);
return 0;
}
static void finish_exit(void)
{
printk("Done!\n");
}
module_init(start_init);
module_exit(finish_exit);
【问题讨论】:
-
你为什么要在内核模块中使用系统调用? 99.95% 的情况下,在内核模块中使用系统调用是做任何你想做的事情的错误方法。
-
我需要反复使用 kmalloc,然后测量我对其中一个 linux 内存分配器的返工造成的平均碎片。系统调用提供了结果信息,LKM 允许我使用 kmalloc...而不是要求...所以我希望能够分配然后立即调用系统调用。
-
这听起来像是 sysfs 的工作,它是为您的需要而构建的:将信息从内核导出到用户空间。您还可以编写字符设备驱动程序。还有 procfs 和 netlink。编写一个全新的系统调用可能是最不正确的方法。
-
在内核源代码中寻找导出的函数(EXPORTED_*),在大多数情况下它比直接调用 sys_something() 更好。
标签: c linux-kernel system-calls kernel-module