|
|
|
ioctl(2) -- control device
|
|
The ioctl function manipulates the underlying device parameters of special files. In particular, many operating characteristics of character special files (e.g. terminals) may be controlled with ioctl... |
|
ioctl_list(2) -- list of ioctl calls in Linux/i386 kernel
|
|
This is Ioctl List 1.3.27, a list of ioctl calls in Linux/i386 kernel 1.3.27. It contains 421 ioctls from /usr/include/{asm,linux}/*.h. For each ioctl, I list its numerical value, its name, and its ar... |
|
|
ioperm(2) -- set port input/output permissions
|
|
Ioperm sets the port access permission bits for the process for num bytes starting from port address from to the value turn_on. The use of ioperm requires root privileges. Only the first 0x3ff I/O por... |
|
iopl(2) -- change I/O privilege level
|
|
iopl changes the I/O privilege level of the current process, as specified in level. This call is necessary to allow 8514-compatible X servers to run under Linux. Since these X servers require access t... |
|
ipc(2) -- System V IPC system calls
|
|
ipc() is a common kernel entry point for the System V IPC calls for messages, semaphores, and shared memory. call determines which IPC function to invoke; the other arguments are passed through to the... |
|
kill(2) -- send signal to a process
|
|
The kill system call can be used to send any signal to any process group or process. If pid is positive, then signal sig is sent to pid. If pid equals 0, then sig is sent to every process in the proce... |
|
killpg(2) -- send signal to a process group
|
|
Killpg sends the signal sig to the process group pgrp. See sigac- tion(2) for a list of signals. If pgrp is 0, killpg sends the signal to the sending process's process group. The sending process and ... |
|
link(2) -- make a new name for a file
|
|
link creates a new link (also known as a hard link) to an existing file. If newpath exists it will not be overwritten. This new name may be used exactly as the old one for any operation; both names re... |
|
listen(2) -- listen for connections on a socket
|
|
To accept connections, a socket is first created with socket(2), a willingness to accept incoming connections and a queue limit for incoming connections are specified with listen, and then the connect... |
|
llseek(2) -- reposition read/write file offset
|
|
The _llseek function repositions the offset of the file descriptor fd to (offset_high<<32) | offset_low bytes relative to the beginning of the file, the current position in the file, or the end of the... |
|
lseek(2) -- reposition read/write file offset
|
|
The lseek function repositions the offset of the file descriptor fildes to the argument offset according to the directive whence as follows: SEEK_SET [Toc] [Back] The offset is set to offset byt... |
|
madvise(2) -- give advice about use of memory
|
|
The madvise system call advises the kernel about how to handle paging input/output in the address range beginning at address start and with size length bytes. It allows an application to tell the kern... |
|
mincore(2) -- get information on whether pages are in core
|
|
The mincore function requests a vector describing which pages of a file are in core and can be read without disk access. The kernel will supply data for length bytes following the start address. On re... |
|
mkdir(2) -- create a directory
|
|
mkdir attempts to create a directory named pathname. mode specifies the permissions to use. It is modified by the process's umask in the usual way: the permissions of the created file are (mode & ~um... |
|
mknod(2) -- create a special or ordinary file
|
|
mknod attempts to create a filesystem node (file, device special file or named pipe) named pathname, specified by mode and dev. mode specifies both the permissions to use and the type of node to be cr... |
