glibc 知：系统调用

原创 已于 2022-06-09 00:30:53 修改 · 3.3k 阅读 · 15
于 2021-08-02 00:30:12 首次发布

文章目录

说明：本文所使用的代码为glibc的master分支代码，版本>2.33。

1. 简介

系统调用是操作系统内核提供一系列具备预定功能的函数接口供应用程序调用。系统调用把应用程序的请求传给内核，内核调用相应的函数完成所需的处理，再将处理结果返回给应用程序。

应用程序运行在用户态下，其诸多操作都受到限制。而系统调用是运行在内核态的，那么运行在用户态的应用程序如何运行内核态的代码呢？操作系统一般是通过中断来从用户态切换到内核态的。

中断分为硬件中断和软件中断。其中软件中断通常是一条指令，使用这条指令用户可以手动触发某个中断。中断一般有两个属性，一个是中断号，一个是中断处理程序。不同的中断有不同的中断号，每个中断号都对应了一个中断处理程序。中断号是有限的，所以不会用一个中断来对应一个系统调用。对于每个系统调用都有一个系统调用号，在触发中断之前，会将系统调用号放入到一个固定的寄存器，中断处理程序会读取该寄存器的值，然后决定执行哪个系统调用的代码。

2. 包装器

wiki主页：https://sourceware.org/glibc/wiki/SyscallWrappers

glibc 对操作系统内核的系统调用使用了三种包装器：汇编、宏和定制。

2.1. 汇编系统调用

glibc 中的简单内核系统调用从名称列表转换为汇编包装器，然后进行编译。

在构建目录中反汇编socket系统调用，将看到syscall-template.S包装器：

maminjie@fedora ~/w/g/build> objdump -ldr socket/socket.o

socket/socket.o:     file format elf64-x86-64


Disassembly of section .text:

0000000000000000 <__socket>:
__socket():
/mnt/hgfs/projects/linux/glibc/socket/../sysdeps/unix/syscall-template.S:120
   0:   b8 29 00 00 00          mov    $0x29,%eax
   5:   0f 05                   syscall
   7:   48 3d 01 f0 ff ff       cmp    $0xfffffffffffff001,%rax
   d:   0f 83 00 00 00 00       jae    13 <__socket+0x13>
                        f: R_X86_64_PLT32       __syscall_error-0x4
/mnt/hgfs/projects/linux/glibc/socket/../sysdeps/unix/syscall-template.S:122
  13:   c3                      retq
maminjie@fedora ~/w/g/build>

使用包装器的系统调用列表保存在syscalls.list文件中：

maminjie@fedora /m/h/p/l/glibc (master)> find . -name syscalls.list
./sysdeps/unix/bsd/syscalls.list
./sysdeps/unix/syscalls.list
./sysdeps/unix/sysv/linux/alpha/syscalls.list
./sysdeps/unix/sysv/linux/arc/syscalls.list
./sysdeps/unix/sysv/linux/arm/syscalls.list
./sysdeps/unix/sysv/linux/csky/syscalls.list
./sysdeps/unix/sysv/linux/generic/syscalls.list
./sysdeps/unix/sysv/linux/generic/wordsize-32/syscalls.list
./sysdeps/unix/sysv/linux/hppa/syscalls.list
./sysdeps/unix/sysv/linux/i386/syscalls.list
./sysdeps/unix/sysv/linux/ia64/syscalls.list
./sysdeps/unix/sysv/linux/m68k/syscalls.list
./sysdeps/unix/sysv/linux/microblaze/syscalls.list
./sysdeps/unix/sysv/linux/mips/mips32/syscalls.list
./sysdeps/unix/sysv/linux/mips/mips64/n32/syscalls.list
./sysdeps/unix/sysv/linux/mips/mips64/n64/syscalls.list
./sysdeps/unix/sysv/linux/mips/syscalls.list
./sysdeps/unix/sysv/linux/powerpc/powerpc32/syscalls.list
./sysdeps/unix/sysv/linux/s390/s390-32/syscalls.list
./sysdeps/unix/sysv/linux/sh/syscalls.list
./sysdeps/unix/sysv/linux/sparc/sparc32/syscalls.list
./sysdeps/unix/sysv/linux/sparc/sparc64/syscalls.list
./sysdeps/unix/sysv/linux/syscalls.list
./sysdeps/unix/sysv/linux/wordsize-64/syscalls.list
./sysdeps/unix/sysv/linux/x86_64/syscalls.list
./sysdeps/unix/sysv/linux/x86_64/x32/syscalls.list

sysdep 目录排序有助于决定哪些系统调用被应用。因此，例如在 x86_64 上，以下文件将被应用：

./sysdeps/unix/sysv/linux/syscalls.list
./sysdeps/unix/sysv/linux/wordsize-64/syscalls.list
./sysdeps/unix/sysv/linux/x86_64/syscalls.list

处理系统调用包装器的 makefile 规则在sysdeps/unix/Makefile 中，例如：

...
ifndef avoid-generated
$(common-objpfx)sysd-syscalls: $(..)sysdeps/unix/make-syscalls.sh \
                   $(wildcard $(+sysdep_dirs:%=%/syscalls.list)) \
                   $(wildcard $(+sysdep_dirs:%=%/arch-syscall.h)) \
                   $(common-objpfx)libc-modules.stmp
    for dir in $(+sysdep_dirs); do \
      test -f $$dir/syscalls.list && \
      {
   
    sysdirs='$(sysdirs)' \
        asm_CPP='$(COMPILE.S) -E -x assembler-with-cpp' \
        $(SHELL) $(dir $<)$(notdir $<) $$dir || exit 1; }; \
      test $$dir = $(..)sysdeps/unix && break; \
    done > $@T
    mv -f $@T $@
endif
...

syscalls.list 文件由名为 sysdeps/unix/make-syscalls.sh 的脚本处理，该脚本的注释描述了 syscalls.list 文件的格式。

该脚本使用名为syscall-template.S 的模板生成汇编文件，该文件使用特定于机器的宏来构建系统调用的包装器。机器可以用自己的副本覆盖syscall-template.S，因为它也是根据 sysdep 目录顺序选择的。

最后，每台机器的宏由sysdep.h头文件提供：

maminjie@fedora /m/h/p/l/glibc (master)> find . -name sysdep.h
./sysdeps/aarch64/sysdep.h
./sysdeps/arc/sysdep.h
./sysdeps/arm/sysdep.h
./sysdeps/csky/sysdep.h
./sysdeps/generic/sysdep.h
./sysdeps/hppa/sysdep.h
./sysdeps/i386/sysdep.h
./sysdeps/ia64/sysdep.h
./sysdeps/m68k/coldfire/sysdep.h
./sysdeps/m68k/m680x0/sysdep.h
./sysdeps/m68k/sysdep.h
./sysdeps/mach/i386/sysdep.h
./sysdeps/mach/sysdep.h
./sysdeps/microblaze/sysdep.h
./sysdeps/nios2/sysdep.h
./sysdeps/powerpc/powerpc32/sysdep.h
./sysdeps/powerpc/powerpc64/sysdep.h
./sysdeps/powerpc/sysdep.h
./sysdeps/s390/s390-32/sysdep.h
./sysdeps/s390/s390-64/sysdep.h
./sysdeps/sh/sysdep.h
./sysdeps/sparc/sysdep.h
./sysdeps/unix/arm/sysdep.h
./sysdeps/unix/i386/sysdep.h
./sysdeps/unix/mips/mips32/sysdep.h
./sysdeps/unix/mips/mips64/sysdep.h
./sysdeps/unix/mips/sysdep.h
./sysdeps/unix/powerpc/sysdep.h
./sysdeps/unix/sh/sysdep.h
./sysdeps/unix/sysdep.h
./sysdeps/unix/sysv/linux/aarch64/sysdep.h
./sysdeps/unix/sysv/linux/alpha/sysdep.h
./sysdeps/unix/sysv/linux/arc/sysdep.h
./sysdeps/unix/sysv/linux/arm/sysdep.h
./sysdeps/unix/sysv/linux/csky/sysdep.h
./sysdeps/unix/sysv/linux/generic/sysdep.h
./sysdeps/unix/sysv/linux/hppa/sysdep.h
./sysdeps/unix/sysv/linux/i386/sysdep.h
./sysdeps/unix/sysv/linux/ia64/sysdep.h
./sysdeps/unix/sysv/linux/m68k/coldfire/sysdep.h
./sysdeps/unix/sysv/linux/m68k/m680x0/sysdep.h
./sysdeps/unix/sysv/linux/m68k/sysdep.h
./sysdeps/unix/sysv/linux/microblaze/sysdep.h
./sysdeps/unix/sysv/linux/mips/mips32/sysdep.h
./sysdeps/unix/sysv/linux/mips/mips64/sysdep.h
./sysdeps/unix/sysv/linux/mips/sysdep.h
./sysdeps/unix/sysv/linux/nios2/sysdep.h
./sysdeps/unix/sysv/linux/powerpc/powerpc64/sysdep.h
./sysdeps/unix/sysv/linux/powerpc/sysdep.h
./sysdeps/unix/sysv/linux/riscv/sysdep.h
./sysdeps/unix/sysv/linux/s390/s390-32/sysdep.h
./sysdeps/unix/sysv/linux/s390/s390-64/sysdep.h
./sysdeps/unix/sysv/linux/s390/sysdep.h
./sysdeps/unix/sysv/linux/sh/sh4/sysdep.h
./sysdeps/unix/sysv/linux/sh/sysdep.h
./sysdeps/unix/sysv/linux/sparc/sparc32/sysdep.h
./sysdeps/unix/sysv/linux/sparc/sparc64/sysdep.h
./sysdeps/unix/sysv/linux/sparc/sysdep.h
./sysdeps/unix/sysv/linux/sysdep.h
./sysdeps/unix/sysv/linux/x86_64/sysdep.h
./sysdeps/unix/sysv/linux/x86_64/x32/sysdep.h
./sysdeps/unix/x86_64/sysdep.h
./sysdeps/x86/sysdep.h
./sysdeps/x86_64/sysdep.h
./sysdeps/x86_64/x32/sysdep.h
maminjie@fedora /m/h/p/l/glibc (master)>

所有这些部分一起产生一个包装器的编译，类似这样：
…
(echo ‘#define SYSCALL_NAME socket’;
echo ‘#define SYSCALL_NARGS 3’;
echo ‘#define SYSCALL_SYMBOL __socket’;
echo ‘#define SYSCALL_CANCELLABLE 0’;
echo ‘#define SYSCALL_NOERRNO 0’;
echo ‘#define SYSCALL_ERRVAL 0’;
echo ‘#include <syscall-template.S>’;
echo ‘weak_alias (__socket, socket)’;
echo ‘hidden_weak (socket)’;
) | /opt/cross/x86_64-linux-gnu/bin/x86_64-glibc-linux-gnu-gcc -c -I…/include -I/home/azanella/Projects/glibc/build/x86_64-linux-gnu/socket -I/home/azanella/Projects/glibc/build/x86_64-linux-gnu -I…/sysdeps/unix/sysv/linux/x86_64/64 -I…/sysdeps/unix/sysv/linux/x86_64 -I…/sysdeps/unix/sysv/linux/x86 -I…/sysdeps/x86/nptl -I…/sysdeps/unix/sysv/linux/wordsize-64 -I…/sysdeps/x86_64/nptl -I…/sysdeps/unix/sysv/linux/include -I…/sysdeps/unix/sysv/linux -I…/sysdeps/nptl -I…/sysdeps/pthread -I…/sysdeps/gnu -I…/sysdeps/unix/inet -I…/sysdeps/unix/sysv -I…/sysdeps/unix/x86_64 -I…/sysdeps/unix -I…/sysdeps/posix -I…/sysdeps/x86_64/64 -I…/sysdeps/x86_64/fpu/multiarch -I…/sysdeps/x86_64/fpu -I…/sysdeps/x86/fpu/include -I…/sysdeps/x86/fpu -I…/sysdeps/x86_64/multiarch -I…/sysdeps/x86_64 -I…/sysdeps/x86 -I…/sysdeps/ieee754/float128 -I…/sysdeps/ieee754/ldbl-96/include -I…/sysdeps/ieee754/ldbl-96 -I…/sysdeps/ieee754/dbl-64/wordsize-64 -I…/sysdeps/ieee754/dbl-64 -I…/sysdeps/ieee754/flt-32 -I…/sysdeps/wordsize-64 -I…/sysdeps/ieee754 -I…/sysdeps/generic -I… -I…/libio -I. -D_LIBC_REENTRANT -include /home/azanella/Projects/glibc/build/x86_64-linux-gnu/libc-modules.h -DMODULE_NAME=libc -include …/include/libc-symbols.h -DPIC -DSHARED -DTOP_NAMESPACE=glibc -DASSEMBLER -g -Werror=undef -Wa,–noexecstack -o /home/azanella/Projects/glibc/build/x86_64-linux-gnu/socket/socket.os -x assembler-with-cpp - -MD -MP -MF /home/azanella/Projects/glibc/build/x86_64-linux-gnu/socket/socket.os.dt -MT /home/azanella/Projects/glibc/build/x86_64-linux-gnu/socket/socket.os
…
注意-x assembler-with-cpp 的使用，因此这些包装器应该只使用汇编。

注意：GLIBC 2.26 和之前的版本用于通过使用包含所需步骤的宏的辅助头文件sysdep-cancel.h来定义取消系统调用（在nopic中调用__{libc,pthread,librt}_{enable,disable}_asynccancel函数/图片模式）。GLIBC 2.27 及更高版本只需要默认的sysdep.h汇编宏，并且所有取消系统调用都使用 SYSCALL_CANCEL 宏在 C 文件中实现。

2.2. 宏系统调用

宏系统调用由比简单包装器复杂得多的*.c文件处理。

一些系统调用可能需要将内核结果改组（shuffling ）到用户空间结构中，因此 glibc 需要一种在 C 代码中进行内联系统调用的方法。

这由sysdep.h文件中定义的宏处理。

这些宏都被称为INTERNAL_和INLINE_，并提供了几个供源代码使用的变体。

例如，可以在wait函数实现 (sysdeps/unix/sysv/linux/wait4.c) 中看到这些宏的使用：

...
pid_t
__wait4_time64 (pid_t pid, int *stat_loc, int options, struct __rusage64 *usage)
{
   
   
#ifdef __NR_wait4
# if __KERNEL_OLD_TIMEVAL_MATCHES_TIMEVAL64
  return SYSCALL_CANCEL (wait4, pid, stat_loc, options, usage);
# else
  pid_t ret;
  struct __rusage32 usage32;

  ret = SYSCALL_CANCEL (wait4, pid, stat_loc, options,
                        usage != NULL ? &usage32 : NULL);

  if (ret > 0 && usage != NULL)
    rusage32_to_rusage64 (&usage32, usage);

  return ret;
# endif
#elif defined (__ASSUME_WAITID_PID0_P_PGID)
  idtype_t idtype = P_PID;
...

函数__wait4_time64 调用宏SYSCALL_CANCEL，其定义在sysdeps/unix/sysdep.h中，如下所示：

#define SYSCALL_CANCEL(...) \
  ({
     
                                              					 \
    long int sc_ret;                                 			 \
    if (NO_SYSCALL_CANCEL_CHECKING)                      		 \
      sc_ret = INLINE_SYSCALL_CALL (__VA_ARGS__);                \
    else                                     \
      {
     
                                           \
	    int sc_cancel_oldtype = LIBC_CANCEL_ASYNC ();            \
    	sc_ret = INLINE_SYSCALL_CALL (__VA_ARGS__);              \
        LIBC_CANCEL_RESET (sc_cancel_oldtype);                   \
      }                                      \
    sc_ret;                                  \
  })

LIBC_CANCEL_ASYNC调用__ {libc,pthread,librt} _enable_asynccancel在系统调用之前原子地使能异步取消（cancellation ）模式。在另一个句柄LIBC_CANCEL_RESET 中，通过调用__{libc,pthread,librt}_disable_asynccancel原子地禁用异步取消模式，并根据需要采取相应的行动。

2.3. 定制系统调用

英国（British）术语 “bespoke” 意味着它是根据买方的要求定制或定制的。glibc 中有一些地方进行了系统调用，它们不使用标准汇编或 C 代码宏。

最好的例子是 fork 和 vfork 实现，这需要 Linux 上的特定调用约定，具体取决于体系结构。例如对于 x86_64 (sysdeps/unix/sysv/linux/x86_64/vfork.S)：

/* Clone the calling process, but without copying the whole address space.
   The calling process is suspended until the new process exits or is
   replaced by a call to `execve'.  Return -1 for errors, 0 to the new process,
   and the process ID of the new process to the old process.  */

ENTRY (__vfork)

    /* Pop the return PC value into RDI.  We need a register that
       is preserved by the syscall and that we're allowed to destroy. */
    popq    %rdi
    cfi_adjust_cfa_offset(-8)
    cfi_register(%rip, %rdi)

    /* Stuff the syscall number in RAX and enter into the kernel.  */
    movl    $SYS_ify (vfork), %eax
    syscall

    /* Push back the return PC.  */
    pushq   %rdi
    cfi_adjust_cfa_offset(8)

    cmpl    $-4095, %eax
    jae SYSCALL_ERROR_LABEL     /* Branch forward if it failed.  */

#if SHSTK_ENABLED
    /* Check if shadow stack is in use.  */
    xorl    %esi, %esi
    rdsspq  %rsi
    testq   %rsi, %rsi
    /* Normal return if shadow stack isn't in use.  */
    je  L(no_shstk)

    testl   %eax, %eax
    /* In parent, normal return.  */
    jnz L(no_shstk)

    /* NB: In child, jump back to caller via indirect branch without
       popping shadow stack which is shared with parent.  Keep shadow
       stack mismatched so that child returns in the vfork-calling
       function will trigger SIGSEGV.  */
    popq    %rdi
    cfi_adjust_cfa_offset(-8)
    jmp *%rdi

L(no_shstk):
#endif

    /* Normal return.  */
    ret

PSEUDO_END (__vfork)

它使用sysdep.h宏进行函数返回 (SYSCALL_ERROR_LABEL)，但是由于一些特定的 ABI 和语义约束，它需要一些特定的汇编实现。

事情的真相是，大多数定制案例可能都应该全部清理以使用宏。

3. 汇编系统调用详解

通过“包装器->汇编系统调用”的介绍，我们知道汇编系统调用主要由三部分组成：make-syscall.sh、syscall-template.S、syscalls.list。其中make-syscall.sh文件是shell脚本文件。该脚本文件读取syscalls.list文件内容，对syscalls.list文件中每一行数据进行解析。syscall-template.S文件是系统调用封装的模板文件，包含了封装代码。

3.1. syscalls.list

下面以sysdeps/unix/syscalls.list为例，来理解syscalls.list的内容：

# File name Caller  Syscall name    Args    Strong name Weak names

accept      -   accept      Ci:iBN  __libc_accept   accept
access      -   access      i:si    __access    access
acct        -   acct        i:S acct
adjtime     -   adjtime     i:pp    __adjtime   adjtime
bind        -   bind        i:ipi   __bind      bind
chdir       -   chdir       i:s __chdir     chdir
...

syscalls.list文件由许多行组成，每一行都对应一个系统调用。每一行可分为6列：

  • File name： 生成系统调用目标文件的文件名
  • Caller：调用者
  • Syscall name：系统调用的名字
  • Args：系统调用的参数类型和个数以及返回值的类型
    冒号（:）前面表示返回值类型，后面表示参数类型和个数。
    系统调用签名前缀：
    E: errno 和返回值不是由调用设置
    V: errno 未设置，但调用返回 errno 或零（成功）
    C: 未知
    系统调用签名关键字母：
    a：未经检查的地址（例如，mmap的第1个参数）
    b：非空缓冲区（例如，read的第2个参数，mmap的返回值）
    B：可选的 NULL 缓冲区（例如，getsockopt 的第 4 个参数）
    f：2 个整数的缓冲区（例如，socketpair的第4个参数）
    F：fcntl的第3个参数
    i：标量（任何符号和大小：int、long、long long、enum，等等）
    I：ioctl 的第3个参数
    n：标量缓冲区长度（例如，read的第3个参数）
    N：指向值/返回标量缓冲区长度的指针（例如， recvfrom 的第 6 个参数）
    p：指向类型对象的非 NULL 指针（例如，任何非 void* arg）
    P：可选的指向类型对象的 NULL 指针（例如，sigaction 的第3个参数）
    s：非空字符串（例如，open的第1个参数）
    S：可选的 NULL 字符串（例如，acct的第1个参数）
    U：unsigned long int（32 位类型零扩展为 64 位类型）
    v：vararg 标量（例如，open的可选的第3个参数）
    V：每页字节向量（mincore的第3个参数）
    W：等待状态，可选的指向 int 的 NULL 指针（例如，wait4 的第2个参数）
    （说明：上面释义来自sysdeps/unix/make-syscalls.sh中的注释）
  • Strong name：系统调用对应函数的名字
  • Weak names：系统调用对应函数的名字的别称。可以使用别称来调用函数

3.2. assembly syscall wrappers

再来看看sysdeps/unix/Makefile 中的规则：

...
ifndef avoid-generated
$(common-objpfx)sysd-syscalls: $(..)sysdeps/unix/make-syscalls.sh \
                   $(wildcard $(+sysdep_dirs:%=%/syscalls.list)) \
                   $(wildcard $(+sysdep_dirs:%=%/arch-syscall.h)) \
                   $(common-objpfx)libc-modules.stmp
    for dir in $(+sysdep_dirs); do \
      test -f $$dir/syscalls.list && \
      {
   
    sysdirs='$(sysdirs)' \
        asm_CPP='$(COMPILE.S) -E -x assembler-with-cpp' \
        $(SHELL) $(dir $<)$(notdir $<) $$dir || exit 1; }; \
      test $$dir = $(..)sysdeps/unix && break; \
    done > $@T
    mv -f $@T $@
endif
...

该部分在编译时，被解析成如下形式：

touch /home/maminjie/work/glibc/tmp-build/libc-modules.stmp
for dir in /home/maminjie/work/glibc/tmp-build sysdeps/unix/sysv/linux/x86_64/64 sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/x86 sysdeps/x86/nptl sysdeps/unix/sysv/linux/wordsize-64 sysdeps/x86_64/nptl sysdeps/unix/sysv/linux sysdeps/nptl sysdeps/pthread sysdeps/gnu sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/x86_64 sysdeps/unix sysdeps/posix sysdeps/x86_64/64 sysdeps/x86_64/fpu/multiarch sysdeps/x86_64/fpu sysdeps/x86/fpu sysdeps/x86_64/multiarch sysdeps/x86_64 sysdeps/x86 sysdeps/ieee754/float128 sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/wordsize-64 sysdeps/ieee754 sysdeps/generic; do \
  test -f $dir/syscalls.list && \
  {
   
    sysdirs='sysdeps/unix/sysv/linux/x86_64/64 sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/x86 sysdeps/x86/nptl sysdeps/unix/sysv/linux/wordsize-64 sysdeps/x86_64/nptl sysdeps/unix/sysv/linux sysdeps/nptl sysdeps/pthread sysdeps/gnu sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/x86_64 sysdeps/unix sysdeps/posix sysdeps/x86_64/64 sysdeps/x86_64/fpu/multiarch sysdeps/x86_64/fpu sysdeps/x86/fpu sysdeps/x86_64/multiarch sysdeps/x86_64 sysdeps/x86 sysdeps/ieee754/float128 sysdeps/ieee754/ldbl-96 sysdeps/ieee754/dbl-64 sysdeps/ieee754/flt-32 sysdeps/wordsize-64 sysdeps/ieee754 sysdeps/generic' \
    asm_CPP='gcc -c     -Iinclude   -I/home/maminjie/work/glibc/tmp-build  -Isysdeps/unix/sysv/linux/x86_64/64  -Isysdeps/unix/sysv/linux/x86_64  -Isysdeps/unix/sysv/linux/x86/include -Isysdeps/unix/sysv/linux/x86  -Isysdeps/x86/nptl  -Isysdeps/unix/sysv/linux/wordsize-64  -Isysdeps/x86_64/nptl  -Isysdeps/unix/sysv/linux/include -Isysdeps/unix/sysv/linux  -Isysdeps/nptl  -Isysdeps/pthread  -Isysdeps/gnu  -Isysdeps/unix/inet  -Isysdeps/unix/sysv  -Isysdeps/unix/x86_64  -Isysdeps/unix  -Isysdeps/posix  -Isysdeps/x86_64/64  -Isysdeps/x86_64/fpu/multiarch  -Isysdeps/x86_64/fpu  -Isysdeps/x86/fpu  -Isysdeps/x86_64/multiarch  -Isysdeps/x86_64  -Isysdeps/x86/include -Isysdeps/x86  -Isysdeps/ieee754/float128  -Isysdeps/ieee754/ldbl-96/include -Isysdeps/ieee754/ldbl-96  -Isysdeps/ieee754/dbl-64  -Isysdeps/ieee754/flt-32  -Isysdeps/wordsize-64  -Isysdeps/ieee754  -Isysdeps/generic   -Ilibio -I.  -D_LIBC_REENTRANT -include /home/maminjie/work/glibc/tmp-build/libc-modules.h -DMODULE_NAME=libc -include include/libc-symbols.h       -DTOP_NAMESPACE=glibc -DASSEMBLER  -g -Werror=undef -Wa,--noexecstack   -E -x assembler-with-cpp' \
    /bin/sh sysdeps/unix/make-syscalls.sh $dir || exit 1; }; \
  test $dir = sysdeps/unix && break; \
done > /home/maminjie/work/glibc/tmp-build/sysd-syscallsT
mv -f /home/maminjie/work/glibc/tmp-build/sysd-syscallsT /home/maminjie/work/glibc/tmp-build/sysd-syscalls

sysdeps/unix/make-syscalls.sh遍历相关目录下的syscalls.list，最后将内容输出到sysd-syscalls文件中。
sysd-syscalls文件内容如下：

#### DIRECTORY = sysdeps/unix/sysv/linux/x86_64
#### SYSDIRS = sysdeps/unix/sysv/linux/x86_64/64

#### CALL=arch_prctl NUMBER=158 ARGS=i:ii SOURCE=-
ifeq (,$(filter arch_prctl,$(unix-syscalls)))
unix-syscalls += arch_prctl
unix-extra-syscalls += arch_prctl
$(foreach p,$(sysd-rules-targets),$(foreach o,$(object-suffixes),$(objpfx)$(patsubst %,$p,arch_prctl)$o)): \
        $(..)sysdeps/unix/make-syscalls.sh
    $(make-target-directory)
    (echo '#define SYSCALL_NAME arch_prctl'; \
     echo '#define SYSCALL_NARGS 2'; \
     echo '#define SYSCALL_ULONG_ARG_1 0'; \
     echo '#define SYSCALL_ULONG_ARG_2 0'; \
     echo '#define SYSCALL_SYMBOL __arch_prctl'; \
     echo '#define SYSCALL_NOERRNO 0'; \
     echo '#define SYSCALL_ERRVAL 0'; \
     echo '#include <syscall-template.S>'; \
     echo 'weak_alias (__arch_prctl, arch_prctl)'; \
     echo 'hidden_weak (arch_prctl)'; \
    ) | $(compile-syscall) $(foreach p,$(patsubst %arch_prctl,%,$(basename $(@F))),$($(p)CPPFLAGS))
endif
...
#### DIRECTORY = sysdeps/unix/sysv/linux/wordsize-64
#### SYSDIRS = sysdeps/unix/sysv/linux/x86_64/64 sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/x86 sysdeps/x86/nptl

#### CALL=sendfile NUMBER=40 ARGS=i:iipi SOURCE=-
ifeq (,$(filter sendfile,$(unix-syscalls)))
unix-syscalls += sendfile
$(foreach p,$(sysd-rules-targets),$(foreach o,$(object-suffixes),$(objpfx)$(patsubst %,$p,sendfile)$o)): \
        $(..)sysdeps/unix/make-syscalls.sh
    $(make-target-directory)
    (echo '#define SYSCALL_NAME sendfile'; \
     echo '#define SYSCALL_NARGS 4'; \
     echo '#define SYSCALL_ULONG_ARG_1 0'; \
     echo '#define SYSCALL_ULONG_ARG_2 0'; \
     echo '#define SYSCALL_SYMBOL sendfile'; \
     echo '#define SYSCALL_NOERRNO 0'; \
     echo '#define SYSCALL_ERRVAL 0'; \
     echo '#include <syscall-template.S>'; \
     echo 'weak_alias (sendfile, sendfile64)'; \
     echo 'hidden_weak (sendfile64)'; \
    ) | $(compile-syscall) $(foreach p,$(patsubst %sendfile,%,$(basename $(@F))),$($(p)CPPFLAGS))
endif
...
#### DIRECTORY = sysdeps/unix/sysv/linux
#### SYSDIRS = sysdeps/unix/sysv/linux/x86_64/64 sysdeps/unix/sysv/linux/x86_64 sysdeps/unix/sysv/linux/x86 sysdeps/x86/nptl sysdeps/unix/sysv/linux/wordsize-64 sysdeps/x86_64/nptl

#### CALL=alarm NUMBER=37 ARGS=i:i SOURCE=-
ifeq (,$(filter alarm,$(unix-syscalls)))
unix-syscalls += alarm
$(foreach p,$(sysd-rules-targets),$(foreach o,$(object-suffixes),$(objpfx)$(patsubst %,$p,alarm)$o)): \
        $(..)sysdeps/unix/make-syscalls.sh
    $(make-target-directory)
    (echo '#define SYSCALL_NAME alarm'; \
     echo '#define SYSCALL_NARGS 1'; \
     echo '#define SYSCALL_ULONG_ARG_1 0'; \
     echo '#define SYSCALL_ULONG_ARG_2 0'; \
     echo '#define SYSCALL_SYMBOL alarm'; \
     echo '#define SYSCALL_NOERRNO 0'; \
     echo '#define SYSCALL_ERRVAL 0'; \
     echo '#include <syscall-template.S>'; \
    ) | $(compile-syscall) $(foreach p,$(patsubst %alarm,%,$(basename $(@F))),$($(p)CPPFLAGS))
endif
...

以chdir为例，如下所示：

#### CALL=chdir NUMBER=80 ARGS=i:s SOURCE=-
ifeq (,$(filter chdir,$(unix-syscalls)))
unix-syscalls += chdir
$(foreach p,$(sysd-rules-targets),$(foreach o,$(object-suffixes),$(objpfx)$(patsubst %,$p,chdir)$o)): \
        $(..)sysdeps/unix/make-syscalls.sh
    $(make-target-directory)
    (echo '#define SYSCALL_NAME chdir'; \
     echo '#define SYSCALL_NARGS 1'; \
     echo '#define SYSCALL_ULONG_ARG_1 0'; \
     echo '#define SYSCALL_ULONG_ARG_2 0'; \
     echo '#define SYSCALL_SYMBOL __chdir'; \
     echo '#define SYSCALL_NOERRNO 0'; \
     echo '#define SYSCALL_ERRVAL 0'; \
     echo '#include <syscall-template.S>'; \
     echo 'weak_alias (__chdir, chdir)'; \
     echo 'hidden_weak (chdir)'; \
    ) | $(compile-syscall) $(foreach p,$(patsubst %chdir,%,$(basename $(@F))),$($(p)CPPFLAGS))
endif

实际上，最后chdir的汇编系统调用代码（assembly syscall wrappers）被解析成如下临时内容，然后进行编译：

#define SYSCALL_NAME chdir
#define SYSCALL_NARGS 1
#define SYSCALL_ULONG_ARG_1 0
#define SYSCALL_ULONG_ARG_2
标签
#glibc
最低0.47元/天 解锁文章
glibc 知：官方
canpool
07-22 3061
文章目录官网What is glibc？什么是glibcGet started 开始Get Involved 参与其中Sources 源码Documentation 文档Report a bug 报告缺陷社区wiki贡献资源社区资源内部文档测试调试技巧和窍门 官网 主页：https://www.gnu.org/software/libc What is glibc？什么是glibc GNU C 库项目为 GNU 系统和 GNU/Linux 系统以及许多其他使用 Linux 作为内核的系统提供核心库。 这些
glibc 知：构建和测试
canpool
07-27 3937
文章目录前言构建只构建不安装构建并安装测试正常编译应用，在新glibc下运行基于glibc构建树进行编译应用基于glibc安装位置进行编译应用所需的gdb设置线程设置环境设置调试测试用例后语 前言 构建和测试glibc的wiki主页为：https://sourceware.org/glibc/wiki/Testing/Builds 本章将介绍glibc的构建和使用…… 构建 我们知道一般linux系统中都会存在已有的glibc库，现在我们要构建自己的glibc库，那新构建的glibc会不会破坏已有的glib
Java加解密（八）数字证书
yunyun1886358的专栏
01-15 6565
数字证书（Digital Certificate），一般指公钥证书(Public Key Certificate，PKC)，类似于我们生活中的身份证，用于标识网络中的用户（计算机）身份，里面记有姓名、组织，邮箱，地区，国家等个人信息，以及属于此人的公钥，还包含由认证机构（Certification Authority，CA）施加的数字签名。公钥证书也简称为证书（Certificate）。上面的描述是不是很抽象，下面我们来具体看一看一个证书包含的具体数据。下面的内容是通过Java程序从证书文件。
在glibc里找ioctl()系统调用
lyingson的专栏
11-17 2299
背景：了解ioctl()从用户空间到内核空间的整个调用链。内核那边已经理清了，glibc这边不太好弄。晚上各种查，捣鼓出了一点结果。首先从下载的glibc源码里找ioctl()，没发现比较直接的代码实现（主要是没看到陷入内核的相关代码）。后来不得已，干脆调试glibc代码得了，以前没调试过，不妨现在一试。调试glibc代码，主要参考这两篇：使用gdb调试glibc和用gdb追踪glibc代码执行过程
【机器学习笔记15】多分类混淆矩阵、F1-score指标详解与代码实现（含数据）
issey的博客
11-01 2万+
混淆矩阵简介;二分类混淆矩阵;多分类混淆矩阵;准确率、精确率、召回率、特异度；F1-score；示例与代码实现；使用sklearn对比计算结果是否正确
91.p9p.co ev.php下载,恶意软件分析 & URL链接扫描 免费在线病毒分析平台 | 魔盾安全分析...
热门推荐
weixin_36394468的博客
03-21 7万+
AndroidManifest.xmlK=}u4>RwzMYPwrv_KN0F^{-v?Oxs#N;vs;assets/Cc/cc.png9UNZ00)A,2XgE(XvUi'b8F,ZEk7al(LGp%8O$9MyGV;Ic#keh4gZJUuvPVkXrk@^_#"Dc0?X9i0I^..J)ma]I0DUM KL4w {*eYX =u=#33=u5VUqRf[[=We!vrK~bM+...
Linux学习
weixin_52671611的博客
10-04 1763
首先移动光标至第1行。按动gg键，光标即直接移动至文首，即第1行。输入17yy，复制17行内容，显示如下提示信息。按G光标到文末，按动p进行粘贴，就将复制内容粘到最后一行的后面了，显示如下提示信息文末也添加了17行新内容。
glibc定义的系统调用
nancygreen的专栏
08-10 4790
最近有人问道，glibc 中对我们常见的那些系统调用的定义在哪里？比如write(2)，recv(2)。 这个问题我以前在看glibc的代码时注意到了。我们通常可以直接找到的所谓定义，比如下面这个：  PLAIN TEXT C: ssize_t __libc_write (int fd, const void *buf, size_
glibc 知：构建机制
canpool
05-06 1442
文章目录1. 前言1.1. 执行配置命令1.2. 生成构建日志2. 构建2.1. 总体机制2.1.1. 默认规则2.1.2. lib规则2.1.3. stamp规则2.1.4. subdir_lib规则2.1.4.1. subdirs列表2.1.5. libtypes规则2.1.5.1. o-iterator2.1.6. libc.so规则2.2. 系统调用的选择机制2.2.1. strcpy实现2.2.2. 系统依赖规则2.2.3. sysd-rules.awk2.2.4. sysd-rules文件2.2
glibc 知：内容
canpool
07-24 1968
文章目录前言内容Error Reporting 错误报告Memory 内存Character Handling 字符处理String and Array Utilities 字符串和数组Character Set Handling 字符集处理Locales 本地化Searching and Sorting 搜索和排序Pattern Matching 模式匹配I/O Overview 概述I/O on StreamsLow-Level I/OFile System Interface 文件系统接口Pipes
glibc 知：构建2.34版本
canpool
12-20 1万+
文章目录获取版本构建安装 获取版本 主页：https://www.gnu.org/software/libc 这里选择任意一个压缩包下载即可。 构建安装 tar -Jxf glibc-2.34.tar.xz mkdir build install cd build ../glibc-2.34/configure --prefix=/usr make -j4 make install DESTDIR=../install ...
系统调用如何进入内核层次，深入glibc寻找open函数真实实现。
辰子老八
12-14 2991
本文跟随上文【Linux为何一切皆文件】，继续探寻应用程序如何通过系统调用，从应用层转换到内核层，本文以open系统调用为例。我们需要查询glibc的源码包[下载处]，本文使用的是最新的glibc2.30版本的源码。
glibc 知：手册38：可调参数
canpool
12-14 2308
Tunables可调参数是 GNU C 库中的一项功能，它允许应用程序作者和分发维护者更改运行时库行为以匹配他们的工作负载。这些被实现为一组可以以不同方式修改的开关。当前执行此操作的默认方法是通过 GLIBC_TUNABLES 环境变量，将其设置为一串以冒号分隔的名称=值对。例如，以下示例启用 malloc 检查并将 malloc 修剪阈值设置为 128 字节： 可调参数不是 GNU C 库稳定 ABI 的...
glibc的头文件 linux_Glibc、系统调用和C库函数
weixin_36015213的博客
01-12 1244
一、概述之所以要写这个，是因为发现了一个很有趣的问题：我在SecureCRT开了两个终端登陆系统，一个是串口，一个是telnet，无论我在哪个终端调用printk，信息都会被打印在串口终端，巴特无论在哪个终端调用printf信息都会被打印在这个终端上(类似的还有echo命令，但没去研究这个命令的源码)，为什么会产生这种现象，printf最后调用了什么。首先要引入glibc的概念二、glibc2.1...
LWN: glibc里的系统调用封装函数
Linux News搬运工
10-15 630
点击上方蓝色“Linux News搬运工”关注我们~System-call wrappers for glibcByJonathan CorbetLPCglibc，又名...
glibc库与系统调用
qq_47258284的博客
04-02 624
Linux系统中自带的函数由glibc提供，glibc是GNU发布的libc库，是标准C的gnu实现，基于GPL的。b、标准C函数，其中某些比如fopen、fread函数，是对open、read函数的进一步封装(增添了buffer缓冲区，减少了进入内核的次数)，也会触发系统调用，兼容适用于linux，window系统。前言：之前知道在Linux系统中，软件要通过系统调用接口才能进入内核，比如软件使用read函数要读取硬件设备数据时，要通过系统调用进入内核，调用内核的驱动程序，才能访问硬件。
glibc源码分析之系统调用（一）
pk_20140716的专栏
08-10 3046
在编写本文时，glibc的最新版本是glibc-2.26。本文所有描述都是基于glibc-2.26。 系统调用 系统调用是程序员接触到的最底层的构建程序的组件。它们由内核实现，提供给程序调用。用户按照其调用规则可以实现调用。 glibc的封装方式 glibc使用了两种方式来封装系统调用。一种是由脚本生成。一种是.c文件。 使用.c文件封装系统调用，是因为封装过程比较复杂，除了按系统调用的调
glibc 库解析
最新发布
yewq
05-24 1396
GNU C Library 目标是为 Linux 内核操作系统提供用户态的 C 标准库；由与 C 标准库无法直接调用内核，所以 glibc 还实现了 POSIX.1 接口，用于与内核通信。fill:#333;color:#333;color:#333;fill:none;kernellibc.sokernelPOSIX.1ISO C我们通过关注一个最常见的。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

canpool

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值