c - 32位系统调用表入口点如何映射到x86_64中的SYSCALL_DEFINE
问题描述
我正在深入研究系统调用,
在 syscall_32.tbl 和 syscall_64.tbl 中添加了系统调用
syscall_32.tbl
434 i386 hello sys_hello __ia32_sys_hello
syscall_64.tbl
434 common hello __x64_sys_hello
定义:
SYSCALL_DEFINE0(hello) {
pr_info("%s\n", __func__);
pr_info("Hello, world!\n");
return 0;
}
用户空间代码:
#include <unistd.h>
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
#include <sys/syscall.h>
#include <string.h>
int main(void)
{
long return_value = syscall(434);
printf("return value from syscall: %ld, erron:%d\n", return_value, errno);
return 0;
}
当我在 x86_64 上运行此用户空间代码时,我在 dmesg 中得到以下输出
$ gcc userspace.c -o userspace
[ 800.837360] __x64_sys_hello
[ 800.837361] Hello, world!
但是当我将它编译为 32 位时,我得到了
$ gcc userspace.c -o userspace -m32
[ 838.979286] __x64_sys_hello
[ 838.979286] Hello, world!
syscall_32.tbl (__ia32_sys_hello) 中的入口点如何映射到 __x64_sys_hello?
解决方案
在 64 位内核上,SYSCALL_DEFINE0
将 compat(32 位)和其他 ABI(例如 x86_64 上的 x32)系统调用入口点定义为真正的 64 位函数的别名。它没有定义(也无法定义;这不是预处理器的工作方式)从出现在)
宏评估之后的单个主体构建的多个函数。因此__func__
扩展为写入其中的实际函数__func__
的名称,而不是别名的名称。
对于SYSCALL_DEFINEx
x>0,它更复杂,因为必须转换参数,并且我相信涉及到包装器。
arch/x86/include/asm/syscall_wrapper.h
您可以在(在顶级内核树下)找到所有的魔法。
如果你真的想要/需要有单独的功能,我相信有一种方法可以跳过魔法并做到这一点。但这会使您的代码更难维护,因为当魔术背后的机制崩溃时,它可能会中断。最好探测调用(当前)用户空间进程是 32 位还是 64 位,并据此采取不同的行动。
推荐阅读
- html - 下拉选项不随选择框移动
- python-3.x - Python:检查元组是否仅包含带有while的整数
- scheme - 如何在Scheme中将十进制转换为十六进制?(需要在 GIMP 中将 RGB 转换为 HEX)
- sql - 在 SQL 查询方面需要一些帮助
- python - Keras 上的自定义损失函数
- elasticsearch - Elasticsearch:elasticsearch.service 的作业失败
- android - 错误构建gradle
- swift - 集群在 iOS 13 中无法正常工作
- sql-server - SQL Server 通过脚本调度
- filter - 在 vtk.js 中将法线设置为 polydata 时 TubeFilter 出现问题