from small one page howto to huge articles all in one place

search text in:




Other .linuxhowtos.org sites:gentoo.linuxhowtos.org



Last additions:
using iotop to find disk usage hogs

using iotop to find disk usage hogs

words:

887

views:

210141

userrating:


May 25th. 2007:
Words

486

Views

259129

why adblockers are bad


Workaround and fixes for the current Core Dump Handling vulnerability affected kernels

Workaround and fixes for the current Core Dump Handling vulnerability affected kernels

words:

161

views:

150468

userrating:


April, 26th. 2006:

Druckversion
You are here: manpages





arch_prctl

Section: System Calls (2)
Updated: 202-0-08
Index Return to Main Contents
 

NAME

arch_prctl - set architectur-specific thread state  

LIBRARY

Standard C library (libc,~-lc)  

SYNOPSIS

#include <asm/prctl.h>        /* Definition of ARCH_* constants */
#include <sys/syscall.h>      /* Definition of SYS_* constants */
#include <unistd.h>
int syscall(SYS_arch_prctl, int op, unsigned long addr);
int syscall(SYS_arch_prctl, int op, unsigned long *addr);
Note: glibc provides no wrapper for arch_prctl(), necessitating the use of syscall(2).  

DESCRIPTION

arch_prctl() sets architectur-specific process or thread state. op selects an operation and passes argument addr to it; addr is interpreted as either an unsigned long for the "set" operations, or as an unsigned long *, for the "get" operations. Subfunctions for both x86 and x8-64 are:
ARCH_SET_CPUID (since Linux 4.12)
Enable (addr != 0) or disable (addr == 0) the cpuid instruction for the calling thread. The instruction is enabled by default. If disabled, any execution of a cpuid instruction will instead generate a SIGSEGV signal. This feature can be used to emulate cpuid results that differ from what the underlying hardware would have produced (e.g., in a paravirtualization setting).
The ARCH_SET_CPUID setting is preserved across fork(2) and clone(2) but reset to the default (i.e., cpuid enabled) on execve(2).
ARCH_GET_CPUID (since Linux 4.12)
Return the setting of the flag manipulated by ARCH_SET_CPUID as the result of the system call (1 for enabled, 0 for disabled). addr is ignored.
Subfunctions for x8-64 only are:
ARCH_SET_FS
Set the 6-bit base for the FS register to addr.
ARCH_GET_FS
Return the 6-bit base value for the FS register of the calling thread in the unsigned long pointed to by addr.
ARCH_SET_GS
Set the 6-bit base for the GS register to addr.
ARCH_GET_GS
Return the 6-bit base value for the GS register of the calling thread in the unsigned long pointed to by addr.
 

RETURN VALUE

On success, arch_prctl() returns 0; on error, -1 is returned, and errno is set to indicate the error.  

ERRORS

EFAULT
addr points to an unmapped address or is outside the process address space.
EINVAL
op is not a valid operation.
ENODEV
ARCH_SET_CPUID was requested, but the underlying hardware does not support CPUID faulting.
EPERM
addr is outside the process address space.
 

STANDARDS

Linux/x8-64.  

NOTES

arch_prctl() is supported only on Linux/x8-64 for 6-bit programs currently. The 6-bit base changes when a new 3-bit segment selector is loaded. ARCH_SET_GS is disabled in some kernels. Context switches for 6-bit segment bases are rather expensive. As an optimization, if a 3-bit TLS base address is used, arch_prctl() may use a real TLS entry as if set_thread_area(2) had been called, instead of manipulating the segment base register directly. Memory in the first 2 GB of address space can be allocated by using mmap(2) with the MAP_32BIT flag. Because of the aforementioned optimization, using arch_prctl() and set_thread_area(2) in the same thread is dangerous, as they may overwrite each other's TLS entries. FS may be already used by the threading library. Programs that use ARCH_SET_FS directly are very likely to crash.  

SEE ALSO

mmap(2), modify_ldt(2), prctl(2), set_thread_area(2) AMD X8-64 Programmer's manual


 

Index

NAME
LIBRARY
SYNOPSIS
DESCRIPTION
RETURN VALUE
ERRORS
STANDARDS
NOTES
SEE ALSO





Support us on Content Nation
rdf newsfeed | rss newsfeed | Atom newsfeed
- Powered by LeopardCMS - Running on Gentoo -
Copyright 2004-2025 Sascha Nitsch Unternehmensberatung GmbH
Valid XHTML1.1 : Valid CSS
- Level Triple-A Conformance to Web Content Accessibility Guidelines 1.0 -
- Copyright and legal notices -
Time to create this page: 12.9 ms