summaryrefslogtreecommitdiffstats
path: root/sys/compat/svr4/svr4_resource.c
Commit message (Collapse)AuthorAgeFilesLines
* Start each of the license/copyright comments with /*-imp2005-01-051-1/+1
|
* - Move the function prototypes for kern_setrlimit() and kern_wait() tojhb2005-01-051-0/+1
| | | | | sys/syscallsubr.h where all the other kern_foo() prototypes live. - Resort kern_execve() while I'm there.
* Locking for the per-process resource limits structure.jhb2004-02-041-26/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - struct plimit includes a mutex to protect a reference count. The plimit structure is treated similarly to struct ucred in that is is always copy on write, so having a reference to a structure is sufficient to read from it without needing a further lock. - The proc lock protects the p_limit pointer and must be held while reading limits from a process to keep the limit structure from changing out from under you while reading from it. - Various global limits that are ints are not protected by a lock since int writes are atomic on all the archs we support and thus a lock wouldn't buy us anything. - All accesses to individual resource limits from a process are abstracted behind a simple lim_rlimit(), lim_max(), and lim_cur() API that return either an rlimit, or the current or max individual limit of the specified resource from a process. - dosetrlimit() was renamed to kern_setrlimit() to match existing style of other similar syscall helper functions. - The alpha OSF/1 compat layer no longer calls getrlimit() and setrlimit() (it didn't used the stackgap when it should have) but uses lim_rlimit() and kern_setrlimit() instead. - The svr4 compat no longer uses the stackgap for resource limits calls, but uses lim_rlimit() and kern_setrlimit() instead. - The ibcs2 compat no longer uses the stackgap for resource limits. It also no longer uses the stackgap for accessing sysctl's for the ibcs2_sysconf() syscall but uses kernel_sysctl() instead. As a result, ibcs2_sysconf() no longer needs Giant. - The p_rlimit macro no longer exists. Submitted by: mtm (mostly, I only did a few cleanups and catchups) Tested on: i386 Compiled on: alpha, amd64
* Use __FBSDID().obrien2003-06-101-9/+5
|
* SCARGS removal take II.alfred2002-12-141-8/+8
|
* Backout removal SCARGS, the code freeze is only "selectively" over.alfred2002-12-131-8/+8
|
* Remove SCARGS.alfred2002-12-131-8/+8
| | | | Reviewed by: md5
* Implement data, text, and vmem limit checking in the elf loader and svr4dillon2002-08-301-1/+1
| | | | | | | compat code. Clean up accounting for multiple segments. Part 1/2. Submitted by: Andrey Alekseyev <uitm@zenon.net> (with some modifications) MFC after: 3 days
* Remove __P.alfred2002-03-201-1/+1
|
* Add missing includes of sys/lock.h.jhb2001-10-111-0/+1
|
* KSE Milestone 2julian2001-09-121-14/+14
| | | | | | | | | | | | | | Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is functionally equivalent to teh previousl -current except that there is a thread associated with each process. Sorry john! (your next MFC will be a doosie!) Reviewed by: peter@freebsd.org, dillon@freebsd.org X-MFC after: ha ha ha ha
* Undo part of the tangle of having sys/lock.h and sys/mutex.h included inmarkm2001-05-011-1/+2
| | | | | | | | | | | other "system" header files. Also help the deprecation of lockmgr.h by making it a sub-include of sys/lock.h and removing sys/lockmgr.h form kernel .c files. Sort sys/*.h includes where possible in affected files. OK'ed by: bde (with reservations)
* Proc locking.jhb2001-01-231-0/+8
|
* Cleanup after repo copy of sys/svr4 to sys/compat/svr4.obrien2000-08-311-6/+6
|
* SVR4 emulator source files now take their compilation options fromnewton1999-12-081-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | opt_global.h and opt_svr4.h, instead of from the command line. This brings them in-line with most of the rest of the kernel. svr4_ioctl.c has also failed to compile with debugging for a while now; fixed by adding systm.h and socketvar. Some svr4 source files are automatically generated from syscalls.master; these have been committed as consequential changes, otherwise everyone will have to "make svr4_sysent.c". Changes: sys/svr4/svr4.h include opt_global.h and opt_svr4.h sys/svr4/svr4_ioctl.c include svr4.h, sys/systm.h and sys/socketvar.h sys/svr4/svr4_ipc.c include svr4.h sys/svr4/svr4_resource.c include svr4.h sys/svr4/svr4_socket.c include svr4.h sys/svr4/svr4_ttold.c include svr4.h sys/svr4/syscalls.master include svr4.h sys/svr4/svr4_syscallnames.c dependent on syscalls.master sys/svr4/svr4_sysent.c dependent on syscalls.master sys/svr4/svr4_syscall.h dependent on syscalls.master sys/svr4/svr4_proto.h dependent on syscalls.master sys/modules/svr4/Makefile create opt_global.h and opt_svr4.h
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Add $Id$ tagsnewton1999-07-301-0/+2
|
* Emulator KLD for SysVR4 executables grabbed from NetBSD.newton1999-01-301-0/+311
See http://www.freebsd.org/~newton/freebsd-svr4 for limitations, capabilities, history and TO-DO list.
OpenPOWER on IntegriCloud