mirror of
				https://git.kernel.org/pub/scm/linux/kernel/git/chenhuacai/linux-loongson
				synced 2025-10-31 20:42:39 +00:00 
			
		
		
		
	 278d1ed65e
			
		
	
	
		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
 |