related files in kernel:
arch/arm/kernel/calls.S 声明了系统调用函数和sys_call_table
include/asm-arm/unistd.h 定义了系统调用的调 用号规则
vector_swi定义在arch/arm/kernel/entry-common.S
vector_IRQ定义在 arch/arm/kernel/entry-armv.S
vector_FIQ定义在arch/arm/kernel/entry- armv.S
========================================
大家都知道linux的应用程序要想访问内核必须使用系统调用从而实现从usr模式转 到svc模式。下面咱们看看它的实现过程。
系统调用是os操作系统提供的服务,用户程序通过各种系统调用,来引用内核提供的各种服务,系 统调用的执行让用户程序陷入内核,该陷入动作由swi软中断完成。
#define __syscall(name) "swi/t" __sys1(__NR_##name) "/n/t" //arm mode
#define __sys2(x) #x
#define __sys1(x) __sys2(x)
#define __NR_SYSCALL_BASE 0x900000 //此为OS_NUMBER << 20运算值
#define __NR_open (__NR_SYSCALL_BASE+ 5) //0x900005
举一个例子来 说:open系统调用,库函数最终会调用__syscall(open),宏展开之后为swi #__NR_open,即,swi #0x900005触发中断,中 断号0x900005存放在[lr,#-4]地址中,处理器跳转到arch/arm/kernel/entry-common.S中vector_swi 读取[lr,#-4]地址中的中断号,之后查询arch/arm/kernel/entry-common.S中的sys_call_table系统调用表,该表内容在arch/arm/kernel/calls.S中定义,__NR_open在表中对应的顺序号为
__syscall_start:
...
.long SYMBOL_NAME(sys_open) //第5个
...
将 sys_call_table[5]中内容传给pc,系统进入sys_open函数,处理实质的open动作
================================================
在2.6.21中,认真研究大家会发现,你回避不了这样一个概念,EABI是什么东西?
内核里面谈EABI,OABI,其实相对于系统调用的方式,当然我们所说的系统限于arm系统。
EABI (Extended ABI),说的是这样的一种新的系统调用方式
mov r7, #num
swi 0x0
原来的系统调用方式是这样,
swi (#num | 0x900000) (0x900000是个magic值)
也就是说原来的调用方式(Old ABI)是通过跟随在swi指令中的调用号来进行的,现在的是根据r7中的值。
现在看两个宏,一个是
CONFIG_OABI_COMPAT 意思是说和old ABI兼容
另一个是
CONFIG_AEABI 意思是说指定现在的方式为EABI
这两个宏可以同时配置,也可以都不配,也可以配置任何一种。
You can refer to : http://free-electrons.com/doc/arm-linux.pdf
=========================================================
vector_swi定义在arch/arm/kernel/entry-common.S
ret_fast_syscall ret_slow_syscall ret_from_fork call-calls.S-to-init-syscalltable
arch/arm/kernel/entry-header.S
restore_user_regs
store_user_sp_lr
load_user_sp_lr
scno .req r7 @ syscall number
tbl .req r8 @ syscall table pointer
why .req r8 @ Linux syscall (!= 0)
tsk .req r9 @ current thread_info
asmlinkage...必须从堆栈而不是寄存器取参数
堆栈的切换 refer to the register mode in arm Architecture Reference