version 1, including all changes.
.
| Rev |
Author |
# |
Line |
| 1 |
perry |
1 |
INTRO |
| |
|
2 |
!!!INTRO |
| |
|
3 |
NAME |
| |
|
4 |
DESCRIPTION |
| |
|
5 |
EXAMPLE |
| |
|
6 |
Sample Output |
| |
|
7 |
NOTES |
| |
|
8 |
CONFORMING TO |
| |
|
9 |
FILES |
| |
|
10 |
SEE ALSO |
| |
|
11 |
---- |
| |
|
12 |
!!NAME |
| |
|
13 |
|
| |
|
14 |
|
| |
|
15 |
intro - Introduction to system calls |
| |
|
16 |
!!DESCRIPTION |
| |
|
17 |
|
| |
|
18 |
|
| |
|
19 |
This chapter describes the Linux system calls. For a list of |
| |
|
20 |
the 164 syscalls present in Linux 2.0, see |
| |
|
21 |
syscalls(2). |
| |
|
22 |
|
| |
|
23 |
|
| |
|
24 |
__Calling Directly__ |
| |
|
25 |
|
| |
|
26 |
|
| |
|
27 |
In most cases, it is unnecessary to invoke a system call |
| |
|
28 |
directly, but there are times when the Standard C library |
| |
|
29 |
does not implement a nice function call for |
| |
|
30 |
you. |
| |
|
31 |
|
| |
|
32 |
|
| |
|
33 |
__Synopsis__ |
| |
|
34 |
|
| |
|
35 |
|
| |
|
36 |
__#include __ |
| |
|
37 |
|
| |
|
38 |
|
| |
|
39 |
A _syscall macro |
| |
|
40 |
|
| |
|
41 |
|
| |
|
42 |
desired system call |
| |
|
43 |
|
| |
|
44 |
|
| |
|
45 |
__Setup__ |
| |
|
46 |
|
| |
|
47 |
|
| |
|
48 |
The important thing to know about a system call is its |
| |
|
49 |
prototype. You need to know how many arguments, their types, |
| |
|
50 |
and the function return type. There are six macros that make |
| |
|
51 |
the actual call into the system easier. They have the |
| |
|
52 |
form: |
| |
|
53 |
|
| |
|
54 |
|
| |
|
55 |
_syscall''X''(''type'',''name'',''type1'',''arg1'',''type2'',''arg2'',...) |
| |
|
56 |
|
| |
|
57 |
|
| |
|
58 |
where ''X'' is 0-5, which are the number of arguments |
| |
|
59 |
taken by the system call |
| |
|
60 |
|
| |
|
61 |
|
| |
|
62 |
''type'' is the return type of the system |
| |
|
63 |
call |
| |
|
64 |
|
| |
|
65 |
|
| |
|
66 |
''name'' is the name of the system call |
| |
|
67 |
|
| |
|
68 |
|
| |
|
69 |
''typeN'' is the Nth argument's type |
| |
|
70 |
|
| |
|
71 |
|
| |
|
72 |
''argN'' is the name of the Nth argument |
| |
|
73 |
|
| |
|
74 |
|
| |
|
75 |
These macros create a function called ''name'' with the |
| |
|
76 |
arguments you specify. Once you include the _syscall() in |
| |
|
77 |
your source file, you call the system call by |
| |
|
78 |
''name''. |
| |
|
79 |
!!EXAMPLE |
| |
|
80 |
|
| |
|
81 |
|
| |
|
82 |
#include |
| |
|
83 |
!!Sample Output |
| |
|
84 |
|
| |
|
85 |
|
| |
|
86 |
code error = 0 |
| |
|
87 |
uptime = 502034s |
| |
|
88 |
Load: 1 min 13376 / 5 min 5504 / 15 min 1152 |
| |
|
89 |
RAM: total 15343616 / free 827392 / shared 8237056 |
| |
|
90 |
Memory in buffers = 5066752 |
| |
|
91 |
Swap: total 27881472 / free 24698880 |
| |
|
92 |
Number of processes = 40 |
| |
|
93 |
!!NOTES |
| |
|
94 |
|
| |
|
95 |
|
| |
|
96 |
The _syscall() macros DO NOT produce a prototype. You may |
| |
|
97 |
have to create one, especially for C++ users. |
| |
|
98 |
|
| |
|
99 |
|
| |
|
100 |
System calls are not required to return only positive or |
| |
|
101 |
negative error codes. You need to read the source to be sure |
| |
|
102 |
how it will return errors. Usually, it is the negative of a |
| |
|
103 |
standard error code, e.g., -__EPERM__. The _syscall() |
| |
|
104 |
macros will return the result ''r'' of the system call |
| |
|
105 |
when ''r'' is nonnegative, but will return -1 and set the |
| |
|
106 |
variable ''errno'' to -''r'' when ''r'' is |
| |
|
107 |
negative. For the error codes, see |
| |
|
108 |
errno(3). |
| |
|
109 |
|
| |
|
110 |
|
| |
|
111 |
Some system calls, such as __mmap__, require more than |
| |
|
112 |
five arguments. These are handled by pushing the arguments |
| |
|
113 |
on the stack and passing a pointer to the block of |
| |
|
114 |
arguments. |
| |
|
115 |
|
| |
|
116 |
|
| |
|
117 |
When defining a system call, the argument types MUST be |
| |
|
118 |
passed by-value or by-pointer (for aggregates like |
| |
|
119 |
structs). |
| |
|
120 |
!!CONFORMING TO |
| |
|
121 |
|
| |
|
122 |
|
| |
|
123 |
Certain codes are used to indicate Unix variants and |
| |
|
124 |
standards to which calls in the section conform. These |
| |
|
125 |
are: |
| |
|
126 |
|
| |
|
127 |
|
| |
|
128 |
SVr4 |
| |
|
129 |
|
| |
|
130 |
|
| |
|
131 |
System V Release 4 Unix, as described in the |
| |
|
132 |
|
| |
|
133 |
|
| |
|
134 |
SVID |
| |
|
135 |
|
| |
|
136 |
|
| |
|
137 |
System V Interface Definition, as described in |
| |
|
138 |
|
| |
|
139 |
|
| |
|
140 |
POSIX.1 |
| |
|
141 |
|
| |
|
142 |
|
| |
|
143 |
IEEE 1003.1-1990 part 1, aka ISO/IEC 9945-1:1990s, aka |
| |
|
144 |
|
| |
|
145 |
|
| |
|
146 |
POSIX.1b |
| |
|
147 |
|
| |
|
148 |
|
| |
|
149 |
IEEE Std 1003.1b-1993 (POSIX.1b standard) describing |
| |
|
150 |
real-time facilities for portable operating systems, aka |
| |
|
151 |
ISO/IEC 9945-1:1996, as elucidated in |
| |
|
152 |
|
| |
|
153 |
|
| |
|
154 |
SUS, SUSv2 |
| |
|
155 |
|
| |
|
156 |
|
| |
|
157 |
Single Unix Specification. (Developed by X/Open and The Open |
| |
|
158 |
Group. See also http://www.UNIX-systems.org/version2/ |
| |
|
159 |
.) |
| |
|
160 |
|
| |
|
161 |
|
| |
|
162 |
4.3BSD/4.4BSD |
| |
|
163 |
|
| |
|
164 |
|
| |
|
165 |
The 4.3 and 4.4 distributions of Berkeley Unix. 4.4BSD was |
| |
|
166 |
upward-compatible from 4.3. |
| |
|
167 |
|
| |
|
168 |
|
| |
|
169 |
V7 |
| |
|
170 |
|
| |
|
171 |
|
| |
|
172 |
Version 7, the ancestral Unix from Bell Labs. |
| |
|
173 |
!!FILES |
| |
|
174 |
|
| |
|
175 |
|
| |
|
176 |
''/usr/include/linux/unistd.h'' |
| |
|
177 |
!!SEE ALSO |
| |
|
178 |
|
| |
|
179 |
|
| |
|
180 |
errno(3) |
| |
|
181 |
---- |