| Rev | Author | # | Line |
|---|---|---|---|
| 1 | perry | 1 | !!NAME |
| 2 | mlock - disable paging for some parts of memory | ||
| 3 | !!SYNOPSIS | ||
| 2 | PerryLorier | 4 | #include <sys/mman.h> |
| 1 | perry | 5 | |
| 2 | PerryLorier | 6 | __int mlock(const void *__''addr''__, size_t __''len''__);__ |
| 1 | perry | 7 | |
| 8 | !!DESCRIPTION | ||
| 2 | PerryLorier | 9 | mlock(2) disables paging for the memory in the range starting at ''addr'' with length ''len'' bytes. All pages which contain a part of the specified memory range are |
| 10 | guaranteed be resident in RAM when the mlock(2) system call returns successfully and they are guaranteed to stay in RAM until the pages are unlocked by munlock(2) or | ||
| 11 | munlockall(2), or until the process terminates or starts another program with exec(2). Child processes do not inherit page locks across a fork(2). | ||
| 1 | perry | 12 | |
| 2 | PerryLorier | 13 | Memory locking has two main applications: real-time algorithms and high-security data processing. Real-time applications require deterministic timing, and, like |
| 14 | scheduling, paging is one major cause of unexpected program execution delays. Real-time applications will usually also switch to a real-time scheduler with | ||
| 15 | __sched_setscheduler__. Cryptographic security software often handles critical bytes like passwords or secret keys as data structures. As a result of paging, these secrets could be transfered onto a persistent swap store medium, where they might be accessible to the enemy long after the security software has erased the secrets in RAM and terminated. | ||
| 1 | perry | 16 | |
| 2 | PerryLorier | 17 | Memory locks do not stack, i.e., pages which have been locked several times by calls to mlock(2) or mlockall(2) will be unlocked by a single call to munlock(2) for the corresponding range or by munlockall(2). Pages which are mapped to several locations or by several processes stay locked into RAM as long as they are locked at least at one location or by at least one process. |
| 1 | perry | 18 | |
| 2 | PerryLorier | 19 | On POSIX systems on which mlock and munlock are available, ___POSIX_MEMLOCK_RANGE__ is defined in <unistd.h> and the value PAGESIZE from <limits.h> indicates the number of bytes per page. |
| 1 | perry | 20 | |
| 21 | |||
| 22 | !!RETURN VALUE | ||
| 2 | PerryLorier | 23 | On success, mlock(2) returns zero. On error, -1 is returned, ''errno'' is set appropriately, and no changes are made to any locks in the address space of the |
| 24 | process. | ||
| 1 | perry | 25 | |
| 26 | !!ERRORS | ||
| 2 | PerryLorier | 27 | ;[ENOMEM]: Some of the specified address range does not correspond to mapped pages in the address space of the process or the process tried to exceed the maximum number of allowed locked pages. |
| 28 | ;[EPERM]: The calling process does not have appropriate privileges. Only root processes are allowed to lock pages. | ||
| 29 | ;[EINVAL]: ''len'' was not a positive number. | ||
| 1 | perry | 30 | |
| 31 | !!CONFORMING TO | ||
| 32 | |||
| 2 | PerryLorier | 33 | POSIX.1b, SVr4. SVr4 documents an additional [EAGAIN] error code. |
| 1 | perry | 34 | |
| 35 | !!SEE ALSO | ||
| 2 | PerryLorier | 36 | munlock(2), mlockall(2), munlockall(2) |
lib/blame.php:177: Warning: Invalid argument supplied for foreach() (...repeated 8 times)