在x86_64 Linux上定义的ioctl系统调用的用户空间包装器在哪里？-Java 学习之路

我（出于好奇）一直想知道在x86_64 Linux上定义了ioctl系统调用的用户空间包装器 . 我的第一个想法是glibc - 在我的Fedora 24盒子上检查已安装版本上的暴露符号之后，我可以看到（除非我做错了）libc将ioctl符号暴露为'W'意味着它是一个弱符号默认实现 . misc / ioctl.c中的glibc源代码树中的默认实现似乎是一个存根，只是将errno设置为ENOSYS并返回-1 .

从来没有，ioctl工作（显然或我的系统不会很有用） . 我知道它可能是汇编代码在一个文件中的某个地方以某种方式组装和链接，从而覆盖glibc暴露的弱符号 . 我也知道应用程序完全可以使用系统调用直接调用ioctl，可以通过glibc syscall包装器直接调用也可以直接使用程序集调用 .

也就是说，鉴于库源代码我碰巧观察（libdrm）包含标准的ioctl头文件/usr/include/sys/ioctl.h，并且似乎没有包含我自己可以看到的包装器实现，我想知道我应该在哪里看 .

这是我更深入地了解GNU / Linux系统最低级别的一部分 . 感谢您的任何指示，并且如果之前已经提出过这样的道歉，但如果有的话，我看不到任何答案 .

更新：我忽略了上面提到但我还检查了内核映射的虚拟vdso库 - 我只能在其中找到以下内容：

0000000000000a00 W clock_gettime
0000000000000db0 W getcpu
0000000000000c40 W gettimeofday
0000000000000000 A LINUX_2.6
0000000000000d90 W time
0000000000000a00 T __vdso_clock_gettime
0000000000000db0 T __vdso_getcpu
0000000000000c40 T __vdso_gettimeofday
0000000000000d90 T __vdso_time

更新：看起来我错误的glibc默认定义是存根 . 正如nos在评论中指出的那样，反汇编表明它正在执行真正的系统调用 . 我已经发布了一个答案来反映这一点 .

1 回答

正如我在原始问题的评论中提到的那样，它实际上确实在libc中定义，在我的例子中如下：

00000000000f8ce0 <ioctl>:
   f8ce0:       b8 10 00 00 00          mov    $0x10,%eax
   f8ce5:       0f 05                   syscall
   f8ce7:       48 3d 01 f0 ff ff       cmp    $0xfffffffffffff001,%rax
   f8ced:       73 01                   jae    f8cf0 <ioctl+0x10>
   f8cef:       c3                      retq
   f8cf0:       48 8b 0d 71 31 2c 00    mov    0x2c3171(%rip),%rcx        # 3bbe68 <_DYNAMIC+0x308>
   f8cf7:       f7 d8                   neg    %eax
   f8cf9:       64 89 01                mov    %eax,%fs:(%rcx)
   f8cfc:       48 83 c8 ff             or     $0xffffffffffffffff,%rax
   f8d00:       c3                      retq
   f8d01:       66 2e 0f 1f 84 00 00    nopw   %cs:0x0(%rax,%rax,1)
   f8d08:       00 00 00
   f8d0b:       0f 1f 44 00 00          nopl   0x0(%rax,%rax,1)

这显然是在这里进行系统调用 - 正如nos所说，它必须是自动生成的，这就是我无法在glibc源代码树中直接找到它的原因 .

回复于 2024-04-26T18:25:37+08:00

在x86_64 Linux上定义的ioctl系统调用的用户空间包装器在哪里？

1 回答

相关问题