summaryrefslogtreecommitdiff
path: root/system_call.mdwn
blob: 16d706c7717ca25e9a11fd8f7a1c4fad54cfcb2c (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
[[!meta copyright="Copyright © 2010, 2013 Free Software Foundation, Inc."]]

[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License, Version 1.2 or
any later version published by the Free Software Foundation; with no Invariant
Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
is included in the section entitled [[GNU Free Documentation
License|/fdl]]."]]"""]]

In an [[UNIX]]-like system, a *system call* (*syscall*) is used to request all
kinds of functionality from the operating system kernel.

A [[microkernel]]-based system typically won't offer a lot of system calls --
apart from one central one, and that is *send message* -- but instead [[RPC]]s
will be used instead.
See [[GNU Mach's system calls|microkernel/mach/gnumach/interface/syscall]].

In the [[GNU Hurd|hurd]], a lot of what is traditionlly considered to be a UNIX
system call is implemented (primarily by means of [[RPC]]) inside [[glibc]].


# IRC, freenode, #hurd, 2013-06-15

    <braunr> true system calls are always implemented the same way, by the
      kernel, using traps or specialized instructions that enable crossing from
      user to kernel space
    <braunr> glibc simply translates function calls to system calls by packing
      arguments appropriately and using that trap or syscall instruction
    <braunr> on microkernel based systems however, true system calls are
      normally used only for IPC
    <braunr> so we also use the term syscall to refer to those RPCs that
      provide system services
    <braunr> e.G. open() is a call to a file system server (and maybe several
      actually)