I have read about system calls in Linux, and everywhere description is given regarding x86 architecture (0x80
interrupt and SYSENTER
). But I am not able to track down the files and process for a system call in ARM architecture. Can anyone please help.
Few relevant files which I got to know are:
arch/arm/kernel/calls.S
arch/arm/kernel/entry-common.S (explanation needed)
A system call is a procedure that provides the interface between a process and the operating system. It is the way by which a computer program requests a service from the kernel of the operating system. Different operating systems execute different system calls.
Roughly speaking, the code belonging to the system call with number __NR_xxx defined in /usr/include/asm/unistd. h can be found in the Linux kernel source in the routine sys_xxx().
Description. Arm is an active maintainer and contributor to the Linux Kernel project, together with Linaro and a large number of partner companies and independent developers.
Direct System Call To enter kernel mode to request service from Linux kernel, ARM64 provides svc call. svc (Supervisor Call) instruction changes current exception level from Since svc is ARM assembly instruction, we will need to use asm directive to call it from within a C function.
In ARM world, you do a software interrupt
(mechanism to signal the kernel) by supervisor call / svc
(previously called SWI).
ARM assembly (UAL) syntax looks like this:
SVC{<c>}{<q>} {#}<imm>
(In Linux you need to pass #0)
You should cheat from other projects like bionic or uClibc.
More generic answer than what you asked.
On Linux the man syscall (2)
is a good start to find out how to make a system call in various architectures.
Copied from that manpage:
Architecture calling conventions
Every architecture has its own way of invoking and passing arguments
to the kernel. The details for various architectures are listed in
the two tables below.
The first table lists the instruction used to transition to kernel
mode (which might not be the fastest or best way to transition to the
kernel, so you might have to refer to vdso(7)), the register used to
indicate the system call number, the register used to return the sys‐
tem call result, and the register used to signal an error.
arch/ABI instruction syscall # retval error Notes
────────────────────────────────────────────────────────────────────
alpha callsys v0 a0 a3 [1]
arc trap0 r8 r0 -
arm/OABI swi NR - a1 - [2]
arm/EABI swi 0x0 r7 r0 -
arm64 svc #0 x8 x0 -
blackfin excpt 0x0 P0 R0 -
i386 int $0x80 eax eax -
ia64 break 0x100000 r15 r8 r10 [1]
m68k trap #0 d0 d0 -
microblaze brki r14,8 r12 r3 -
mips syscall v0 v0 a3 [1]
nios2 trap r2 r2 r7
parisc ble 0x100(%sr2, %r0) r20 r28 -
powerpc sc r0 r3 r0 [1]
riscv scall a7 a0 -
s390 svc 0 r1 r2 - [3]
s390x svc 0 r1 r2 - [3]
superh trap #0x17 r3 r0 - [4]
sparc/32 t 0x10 g1 o0 psr/csr [1]
sparc/64 t 0x6d g1 o0 psr/csr [1]
tile swint1 R10 R00 R01 [1]
x86-64 syscall rax rax - [5]
x32 syscall rax rax - [5]
xtensa syscall a2 a2 -
Notes:
[1] On a few architectures, a register is used as a boolean (0
indicating no error, and -1 indicating an error) to signal
that the system call failed. The actual error value is still
contained in the return register. On sparc, the carry bit
(csr) in the processor status register (psr) is used instead
of a full register.
[2] NR is the system call number.
[3] For s390 and s390x, NR (the system call number) may be passed
directly with svc NR if it is less than 256.
[4] On SuperH, the trap number controls the maximum number of
arguments passed. A trap #0x10 can be used with only 0-argu‐
ment system calls, a trap #0x11 can be used with 0- or
1-argument system calls, and so on up to trap #0x17 for
7-argument system calls.
[5] The x32 ABI uses the same instruction as the x86-64 ABI and
is used on the same processors. To differentiate between
them, the bit mask __X32_SYSCALL_BIT is bitwise-ORed into the
system call number for system calls under the x32 ABI. Both
system call tables are available though, so setting the bit
is not a hard requirement.
The second table shows the registers used to pass the system call
arguments.
arch/ABI arg1 arg2 arg3 arg4 arg5 arg6 arg7 Notes
──────────────────────────────────────────────────────────────
alpha a0 a1 a2 a3 a4 a5 -
arc r0 r1 r2 r3 r4 r5 -
arm/OABI a1 a2 a3 a4 v1 v2 v3
arm/EABI r0 r1 r2 r3 r4 r5 r6
arm64 x0 x1 x2 x3 x4 x5 -
blackfin R0 R1 R2 R3 R4 R5 -
i386 ebx ecx edx esi edi ebp -
ia64 out0 out1 out2 out3 out4 out5 -
m68k d1 d2 d3 d4 d5 a0 -
microblaze r5 r6 r7 r8 r9 r10 -
mips/o32 a0 a1 a2 a3 - - - [1]
mips/n32,64 a0 a1 a2 a3 a4 a5 -
nios2 r4 r5 r6 r7 r8 r9 -
parisc r26 r25 r24 r23 r22 r21 -
powerpc r3 r4 r5 r6 r7 r8 r9
riscv a0 a1 a2 a3 a4 a5 -
s390 r2 r3 r4 r5 r6 r7 -
s390x r2 r3 r4 r5 r6 r7 -
superh r4 r5 r6 r7 r0 r1 r2
sparc/32 o0 o1 o2 o3 o4 o5 -
sparc/64 o0 o1 o2 o3 o4 o5 -
tile R00 R01 R02 R03 R04 R05 -
x86-64 rdi rsi rdx r10 r8 r9 -
x32 rdi rsi rdx r10 r8 r9 -
xtensa a6 a3 a4 a5 a8 a9 -
Notes:
[1] The mips/o32 system call convention passes arguments 5
through 8 on the user stack.
Note that these tables don't cover the entire calling convention—some
architectures may indiscriminately clobber other registers not listed
here.
So it depends whether the system uses OABI or EABI.
So in EABI you use r7
to pass the system call number,
use r0-r6
to pass the arguments,
use SWI 0
to make the system call,
expect the result in r0
.
In OABI everything is the same except you use SWI <number>
to make a system call.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With