278d1ed65e
Impact: cleanup Currently we have NR_CPUS, which is 1 on UP, and CONFIG_NR_CPUS on SMP. If we make CONFIG_NR_CPUS always valid (and always 1 on !SMP), we can skip the middleman. This also allows us to find and check all the unaudited NR_CPUS usage as we prepare for v. large NR_CPUS. To avoid breaking every arch, we cheat and do this for the moment in the header if the arch doesn't. Signed-off-by: Rusty Russell <rusty@rustcorp.com.au> Signed-off-by: Mike Travis <travis@sgi.com>
37 lines
938 B
C
37 lines
938 B
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))
|
|
|
|
#endif
|