forked from Qortal/Brooklyn
2a709f28fa
* 0day explit mitigation * Memory corruption prevention * Privilege escalation prevention * Buffer over flow prevention * File System corruption defense * Thread escape prevention This may very well be the most intensive inclusion to BrooklynR. This will not be part of an x86 suite nor it will be released as tool kit. The security core toolkit will remain part of kernel base.
46 lines
1.2 KiB
C
46 lines
1.2 KiB
C
#ifndef _LINUX_THREADS_H
|
|
#define _LINUX_THREADS_H
|
|
|
|
|
|
/*
|
|
* The default limit for the nr of threads is now in
|
|
* /proc/sys/kernel/threads-max.
|
|
*/
|
|
|
|
/*
|
|
* Maximum supported processors. Setting this smaller saves quite a
|
|
* bit of memory. Use nr_cpu_ids instead of this except for static bitmaps.
|
|
*/
|
|
#ifndef CONFIG_NR_CPUS
|
|
/* FIXME: This should be fixed in the arch's Kconfig */
|
|
#define CONFIG_NR_CPUS 1
|
|
#endif
|
|
|
|
/* Places which use this should consider cpumask_var_t. */
|
|
#define NR_CPUS CONFIG_NR_CPUS
|
|
|
|
#define MIN_THREADS_LEFT_FOR_ROOT 4
|
|
|
|
/*
|
|
* This controls the default maximum pid allocated to a process
|
|
*/
|
|
#define PID_MAX_DEFAULT (CONFIG_BASE_SMALL ? 0x1000 : 0x8000)
|
|
|
|
/*
|
|
* A maximum of 4 million PIDs should be enough for a while.
|
|
* [NOTE: PID/TIDs are limited to 2^29 ~= 500+ million, see futex.h.]
|
|
*/
|
|
#define PID_MAX_LIMIT (CONFIG_BASE_SMALL ? PAGE_SIZE * 8 : \
|
|
(sizeof(long) > 4 ? 4 * 1024 * 1024 : PID_MAX_DEFAULT))
|
|
|
|
/*
|
|
* Define a minimum number of pids per cpu. Heuristically based
|
|
* on original pid max of 32k for 32 cpus. Also, increase the
|
|
* minimum settable value for pid_max on the running system based
|
|
* on similar defaults. See kernel/pid.c:pidmap_init() for details.
|
|
*/
|
|
#define PIDS_PER_CPU_DEFAULT 1024
|
|
#define PIDS_PER_CPU_MIN 8
|
|
|
|
#endif
|