系统分析fork()函数以及系统调用

层层分析fork()函数

首先用户层:应用程序调用fork()函数,会发生 系统调用
这里解释一下什么是系统调用:所谓系统调用就是内核(linux内核)向用户程序提供的接口。通俗说就是如果你想创建一个进程你必须用这个函数。说一下linux为什么要用系统调用?对于linux内核它必须是安全的(不然谁用它),除了异常和陷入之外(当然可以初略的理解为中断但不是中断,硬件发生中断必然进入内核进行处理,软件的中断,软件的中断需要指令比如arm架构的SWI,x86架构的int 0x80),应用程序要想访问内核必须只能使用系统调用(就是一堆函数)。
说是系统调用,其实就是进入函数,对于访问C库来说(当然完全可以绕过C库直接使用系统调用这里不说了所以说C库只是中转作用真正的操作是在内核里)

这里解释一下什么是C库,就是glibc,可以访问http://mirrors.ustc.edu.cn/gnu/glibc/这个网址下载这个库。
什么是库,就是封装的一堆函数,可以直接使用,非常方便。编译器编译程序(如果安装过glibc的话)需要知道文件里的各种函数在哪里定义才能编译链接呀。
然后说一下怎么调用C库在进入内核这里以open系统调用为例(因为fork在头文件里的定义除了 extern __pid_t fork (void) __THROWNL;
#ifdef __NR_vfork
    DO_CALL (vfork, 0)
#else
    DO_CALL (fork, 0)
在汇编中是Special system call wrappers特殊的系统调用
sys_fork_wrapper:
        add r0, sp, #S_OFF
        b   sys_fork
)直接调
#define DO_CALL(syscall_name, args)         \
    DOARGS_##args;                  \
    ldr r7, =SYS_ify (syscall_name);        \
    swi 0x0;                    \
    UNDOARGS_##args

/* 在C库里的Unistd.h中 */
简单说一下open打开文件的系统函数是怎么系统调用的。使用open必须包含这些头文件
       #include <sys/types.h>
       #include <sys/stat.h>
       #include <fcntl.h>
搜索fcntl.h   #include <io/fcntl.h>  进入发现
extern int open (const char *__file, int __oflag, ...) __nonnull ((1));
 
# define open(name, flags) open_not_cancel_2 (name, flags)
#define open_not_cancel_2(name, flags) __libc_open (name, flags)INLINE_SYSCALL (openat, 4, AT_FDCWD, file, oflag, mode);
#define INLINE_SYSCALL(name, nr, args...) \ ({ unsigned int _sys_result = INTERNAL_SYSCALL (name, , nr, args); \ if (__builtin_expect (INTERNAL_SYSCALL_ERROR_P (_sys_result, ), 0)) \ { \ __set_errno (INTERNAL_SYSCALL_ERRNO (_sys_result, )); \ _sys_result = (unsigned int) -1; \ } \ (int) _sys_result; })
  ({                                \
       register int _a1 asm ("r0"), _nr asm ("r7");     \
       LOAD_ARGS_##nr (args)                    \
       _nr = name;                      \
       asm volatile ("swi   0x0 @ syscall " #name   \
             : "=r" (_a1)               \
             : "r" (_nr) ASM_ARGS_##nr          \
             : "memory");               \
       _a1; })

调了一堆宏最后调用到swi 0x00000000 作为 ARM 汇编语言开发成果的一部分,SWI 指令已重命名为 SVC。 在此版本的 RVCT 中,SWI 指令反汇编为 SVC,并提供注释以指明这是以前的 SWI。

其实就是SVC 0x00000000  对于x86架构就是int 0x80 执行到这里C库肯定已经帮我们找到了open函数的调用号5,并且放在了寄存器R7为什么?(看_nr = name;name是上面传过来的INTERNAL_SYSCALL_RAW(SYS_ify(name), err, nr, args) 第一个参数就是#define SYS_ify(syscall_name)   (__NR_##syscall_name)  就是__NR_open,就是5在#define __NR_open           (__NR_SYSCALL_BASE+  5)定义在include\asm-arm所以_nr就是5  传到了r7上层的4只不过是参数而已  asm是嵌入汇编的意思)

再看arch/arm/kernel/head.S

在__turn_mmu_on中,将寄存器r0的值写到了cp15协处理器的寄存器C1中。到这里便完成了将异常中断向量表的位置放到了0xffff0000.(ARM规定)

entry-armv.S (arch\arm\kernel)

.LCvswi:
    .word   vector_swi

    .globl  __stubs_end
__stubs_end:

    .equ    stubs_offset, __vectors_start + 0x200 - __stubs_start

    .globl  __vectors_start
__vectors_start:
 ARM(   swi SYS_ERROR0  )
 THUMB( svc #0      )
 THUMB( nop         )
    W(b)    vector_und + stubs_offset
    W(ldr)  pc, .LCvswi + stubs_offset
    W(b)    vector_pabt + stubs_offset
    W(b)    vector_dabt + stubs_offset
    W(b)    vector_addrexcptn + stubs_offset
    W(b)    vector_irq + stubs_offset
    W(b)    vector_fiq + stubs_offset

    .globl  __vectors_end
__vectors_end:
.globl  __vectors_start
这个表示外部可以访问的符号,否则在执行C函数的时候,编译器怎么知道
 __vectors_start
是什么?

C语言在这里调用

void __init early_trap_init(void)
   2:  {
   3:      unsigned long vectors = CONFIG_VECTORS_BASE;  // 就是0xFFFF0000
   4:      extern char __stubs_start[], __stubs_end[];
   5:      extern char __vectors_start[], __vectors_end[];
   6:      extern char __kuser_helper_start[], __kuser_helper_end[];
   7:      int kuser_sz = __kuser_helper_end - __kuser_helper_start;
   8:   
   9:      /*
  10:       * Copy the vectors, stubs and kuser helpers (in entry-armv.S)
  11:       * into the vector page, mapped at 0xffff0000, and ensure these
  12:       * are visible to the instruction stream.
  13:       */
  14:      memcpy((void *)vectors, __vectors_start, __vectors_end - __vectors_start);
  15:      memcpy((void *)vectors + 0x200, __stubs_start, __stubs_end - __stubs_start);
  16:      memcpy((void *)vectors + 0x1000 - kuser_sz, __kuser_helper_start, kuser_sz);
  17:   
  18:      /*
  19:       * Copy signal return handlers into the vector page, and
  20:       * set sigreturn to be a pointer to these.
  21:       */
  22:      memcpy((void *)KERN_SIGRETURN_CODE, sigreturn_codes,
  23:             sizeof(sigreturn_codes));
  24:   
  25:      flush_icache_range(vectors, vectors + PAGE_SIZE);
  26:      modify_domain(DOMAIN_USER, DOMAIN_CLIENT);
  27:  }
所以一但发生SWI就会跳转到0x8也就是

W(ldr)  pc, .LCvswi + stubs_offset

再看这个宏ENTRY(vector_swi) 

ENTRY(vector_swi)
    sub sp, sp, #S_FRAME_SIZE
    stmia   sp, {r0 - r12}          @ Calling r0 - r12
    add r8, sp, #S_PC
    stmdb   r8, {sp, lr}^           @ Calling sp, lr
    mrs r8, spsr            @ called from non-FIQ mode, so ok.
    str lr, [sp, #S_PC]         @ Save calling PC
    str r8, [sp, #S_PSR]        @ Save CPSR
    str r0, [sp, #S_OLD_R0]     @ Save OLD_R0
    zero_fp

    /*
     * Get the system call number.
     */

#if defined(CONFIG_OABI_COMPAT)

    /*
     * If we have CONFIG_OABI_COMPAT then we need to look at the swi
     * value to determine if it is an EABI or an old ABI call.
     */
#ifdef CONFIG_ARM_THUMB
    tst r8, #PSR_T_BIT
    movne   r10, #0             @ no thumb OABI emulation
    ldreq   r10, [lr, #-4]          @ get SWI instruction
#else
    ldr r10, [lr, #-4]          @ get SWI instruction
  A710( and ip, r10, #0x0f000000        @ check for SWI     )
  A710( teq ip, #0x0f000000                     )
  A710( bne .Larm710bug                     )
#endif

#elif defined(CONFIG_AEABI)

    /*
     * Pure EABI user space always put syscall number into scno (r7).
     */
  A710( ldr ip, [lr, #-4]           @ get SWI instruction   )
  A710( and ip, ip, #0x0f000000     @ check for SWI     )
  A710( teq ip, #0x0f000000                     )
  A710( bne .Larm710bug                     )

#elif defined(CONFIG_ARM_THUMB)

    /* Legacy ABI only, possibly thumb mode. */
    tst r8, #PSR_T_BIT          @ this is SPSR from save_user_regs
    addne   scno, r7, #__NR_SYSCALL_BASE    @ put OS number in
    ldreq   scno, [lr, #-4]

#else

    /* Legacy ABI only. */
    ldr scno, [lr, #-4]         @ get SWI instruction
  A710( and ip, scno, #0x0f000000       @ check for SWI     )
  A710( teq ip, #0x0f000000                     )
  A710( bne .Larm710bug                     )

#endif

#ifdef CONFIG_ALIGNMENT_TRAP
    ldr ip, __cr_alignment
    ldr ip, [ip]
    mcr p15, 0, ip, c1, c0      @ update control register
#endif
    enable_irq

    get_thread_info tsk
    adr tbl, sys_call_table     @ load syscall table pointer

    ldr ip, [tsk, #TI_FLAGS]        @ check for syscall tracing

#if defined(CONFIG_OABI_COMPAT)
    /*
     * If the swi argument is zero, this is an EABI call and we do nothing.
     *
     * If this is an old ABI call, get the syscall number into scno and
     * get the old ABI syscall table address.
     */
    bics    r10, r10, #0xff000000
    eorne   scno, r10, #__NR_OABI_SYSCALL_BASE
    ldrne   tbl, =sys_oabi_call_table
#elif !defined(CONFIG_AEABI)
    bic scno, scno, #0xff000000     @ mask off SWI op-code
    eor scno, scno, #__NR_SYSCALL_BASE  @ check OS number
#endif

    stmdb   sp!, {r4, r5}           @ push fifth and sixth args
    tst ip, #_TIF_SYSCALL_TRACE     @ are we tracing syscalls?
    bne __sys_trace

    cmp scno, #NR_syscalls      @ check upper syscall limit
    adr lr, ret_fast_syscall        @ return address
    ldrcc   pc, [tbl, scno, lsl #2]     @ call sys_* routine

get_thread_info tsk其中,tsk是寄存器r9的别名,get_thread_info是一个宏定义(将sp进行8KB对齐后的值赋给寄存器r9)这个就涉及到Linux的内核栈了。Linux为每个进程都分配了一个8KB的内核栈,在内核栈的尾端存放有关于这个进程的struct therad_info结构(这个就不说了)

adr tbl, sys_call_table   找到它的宏

ENTRY(sys_call_table)
#include "calls.S"  包含进来/* 0 */     CALL(sys_restart_syscall)
        CALL(sys_exit)
        CALL(sys_fork_wrapper)
        CALL(sys_read)
        CALL(sys_write)

/* 5 */     CALL(sys_open)  5 号 是 open函数    这个CALL的宏  就是   .long 

回答上面的问题:使用的是svc 0,后面跟的并不是系统调用号,而是0,这里把系统调用号存放在了寄存器r7中因为反汇编得到程序确实这么干了


这里的scno是就是寄存器r7的别名,它的值是sys_open的系统调用号5,由于在calls.S中每个系统调用标号占用4个字节,所以这个将scno的值乘以4然后再加上tbl,tbl是系统调用表sys_call_table的基地址。然后就跳入开始执行sys_open了。

asmlinkage long sys_open(const char __user *filename, int flags, int mode)
{
    long ret;

    if (force_o_largefile())
        flags |= O_LARGEFILE;

    ret = do_sys_open(AT_FDCWD, filename, flags, mode);
    /* avoid REGPARM breakage on x86: */
    prevent_tail_call(ret);
    return ret;
}

scno    .req    r7      @ syscall number

tbl .req    r8      @ syscall table pointer
why .req    r8      @ Linux syscall (!= 0)
tsk .req    r9      @ current thread_info  在entry-header.S中定义

Linux通过fork进入内核

asmlinkage int sys_fork(struct pt_regs *regs)
{
#ifdef CONFIG_MMU
    return do_fork(SIGCHLD, regs->ARM_sp, regs, 0, NULL, NULL);
#else
    /* can not support in nommu mode */
    return(-EINVAL);
#endif
}
long do_fork(unsigned long clone_flags,
          unsigned long stack_start,
          struct pt_regs *regs,
          unsigned long stack_size,
          int __user *parent_tidptr,
          int __user *child_tidptr)
{
    struct task_struct *p;
    int trace = 0;
    struct pid *pid = alloc_pid();
    long nr;

    if (!pid)
        return -EAGAIN;
    nr = pid->nr;
    if (unlikely(current->ptrace)) {
        trace = fork_traceflag (clone_flags);
        if (trace)
            clone_flags |= CLONE_PTRACE;
    }

    p = copy_process(clone_flags, stack_start, regs, stack_size, parent_tidptr, child_tidptr, pid);
    /*
调用
 alloc_pid();

分配一个PID开始copy_process最后copy_process返回一个指向子进程的指针。

p = copy_process(clone_flags, stack_start, regs, stack_size, parent_tidptr, child_tidptr, pid);

调用

    /* Perform scheduler related setup. Assign this task to a CPU. */执行调度器相关设置。将此任务分配给CPU

    sched_fork(p, clone_flags);

        调用static inline void set_task_cpu(struct task_struct *p, unsigned int cpu)
                {
                    task_thread_info(p)->cpu = cpu;

                 }将这个任务的CPU设置为当前CPU

    之后设置

    p->state = TASK_RUNNING;

我们把这个任务看作是在这里运行,但实际上没有。将它插入到运行队列中。这保证了没有人会真正运行它,信号或其他外部事件不能唤醒它并将其插入到运行队列中。

最后在copy_process返回之后调用wake_up_new_task(p, clone_flags); 里的list_add_tail(&p->run_list, &current->run_list);

将p加入到运行链表

如果虚拟空间没有被克隆

        if (!(clone_flags & CLONE_VM)) {
            /*
             * The VM isn't cloned, so we're in a good position to
             * do child-runs-first in anticipation of an exec. This
             * usually avoids a lot of COW overhead.
             */
            if (unlikely(!current->array))
                __activate_task(p, rq);
            else {
                p->prio = current->prio;
                p->normal_prio = current->normal_prio;
                list_add_tail(&p->run_list, ¤t->run_list);
                p->array = current->array;
                p->array->nr_active++;
                inc_nr_running(p, rq);
            }
            set_need_resched();
        }
 } else
            /* Run child last */
            __activate_task(p, rq);

设置调度标志位否则只把它加入到运行队列即可      

__activate_task(p, rq);会调用enqueue_task()函数将进程放入红黑数中从这里看应该是唤醒之后将进程加入到运行队列调整它的位置在红黑树中。

如果标志位被置位  则以下情况会调用schedule()函数。在系统调用返回的时候会调度,和从中断处理程序返回到用户空间的时候会调度,这些是用户抢占,LINUX支持内核抢占。也会调用调度。

什么时候会设置需要被调度标志为?1、当某个进程应该被抢占scheduler_tick()【在时钟周期中断被调用】就会去设置。2、当一个高优先级进程进入可运行状态时try_to_wake_up()【wake_up调用】会比较当前与被哦唤醒的进程如果应该抢占就设置标志位。

接下来就是调度。可能是子进程也可能不是。是的话更好。

nr = pid->nr;  分配的时候nr = pid所以调度之后假如是父进程那么继续运行(共享代码段)return nr;

再来看子进程   那么为什么会返回0? 不是说共享父进程吗?怎么返回不一样的值。猜想肯定在copy代码段的时候改变了什么东西,

int
copy_thread(int nr, unsigned long clone_flags, unsigned long stack_start,
        unsigned long stk_sz, struct task_struct *p, struct pt_regs *regs)
{
    struct thread_info *thread = task_thread_info(p);
    struct pt_regs *childregs = task_pt_regs(p);

    *childregs = *regs;
    childregs->ARM_r0 = 0;
    childregs->ARM_sp = stack_start;

    memset(&thread->cpu_context, 0, sizeof(struct cpu_context_save));
    thread->cpu_context.sp = (unsigned long)childregs;
    thread->cpu_context.pc = (unsigned long)ret_from_fork;

    if (clone_flags & CLONE_SETTLS)
        thread->tp_value = regs->ARM_r3;

    return 0;
}
注意
 thread->cpu_context.pc = (unsigned long)ret_from_fork;

改变CPU上下文。进入汇编

ENTRY(ret_from_fork)
    bl  schedule_tail
    get_thread_info tsk
    ldr r1, [tsk, #TI_FLAGS]        @ check for syscall tracing
    mov why, #1
    tst r1, #_TIF_SYSCALL_TRACE     @ are we tracing syscalls?
    beq ret_slow_syscall
    mov r1, sp
    mov r0, #1              @ trace exit [IP = 1]
    bl  syscall_trace

    b   ret_slow_syscall


ret_slow_syscall:
    disable_irq             @ disable interrupts
    ldr r1, [tsk, #TI_FLAGS]
    tst r1, #_TIF_WORK_MASK

    bne work_pending

work_pending:
    tst r1, #_TIF_NEED_RESCHED
    bne work_resched
    tst r1, #_TIF_NOTIFY_RESUME | _TIF_SIGPENDING
    beq no_work_pending
    mov r0, sp              @ 'regs'
    mov r2, why             @ 'syscall'
    bl  do_notify_resume
    b   ret_slow_syscall        @ Check work again

work_resched:

    bl  schedule

no_work_pending:
    /* perform architecture specific actions before user return */
    arch_ret_to_user r1, lr

    @ slow_restore_user_regs
    ldr r1, [sp, #S_PSR]        @ get calling cpsr
    ldr lr, [sp, #S_PC]!        @ get pc
    msr spsr_cxsf, r1           @ save in spsr_svc
    ldmdb   sp, {r0 - lr}^          @ get calling r1 - lr
    mov r0, r0
    add sp, sp, #S_FRAME_SIZE - S_PC
    movs    pc, lr              @ return & move spsr_svc into cpsr

就是说程序本来有意设置父进程的调度标志位,但是如果时钟滴答刚好没有执行的话。还是父进程返回子进程的nr。

但是如果时间抵达那么会调度到子进程(反正肯定不是父进程)并且执行ret_from_fork  最后返回0(因为在

copy_thread
函数中将R0 = 0 传递给用户空间) ;


  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

心无杂念可否?

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

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

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

打赏作者

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

抵扣说明:

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

余额充值