user/sven/linux.git/include/linux/threads.h, branch v2.6.31.2

cpumask: make CONFIG_NR_CPUS always valid.

2008-12-29T22:35:12Z

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 Signed-off-by: Mike Travis

Don't include linux/config.h from anywhere else in include/

2006-04-26T11:56:16Z

Signed-off-by: David Woodhouse

[PATCH] lightweight robust futexes: core

2006-03-27T16:44:49Z

Add the core infrastructure for robust futexes: structure definitions, the new syscalls and the do_exit() based cleanup mechanism. Signed-off-by: Ingo Molnar Signed-off-by: Thomas Gleixner Signed-off-by: Arjan van de Ven Acked-by: Ulrich Drepper Cc: Michael Kerrisk Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] base-small: shrink PID tables

2005-03-08T02:03:40Z

CONFIG_BASE_SMALL reduce size of pidmap table for small machines Signed-off-by: Matt Mackall Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] pidhashing: lower PID_MAX_LIMIT for 32-bit machines

2004-10-19T01:10:43Z

/proc/ breaks when PID_MAX_LIMIT is elevated on 32-bit, so this patch lowers it there. Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] CONFIG_NR_CPUS

2002-10-08T02:50:44Z

By Robert Love, this patch sets the maximum number of CPUs a kernel can support (From 2-32 on IA32) The reasoning behind this is a space saving of 8KB per CPU.

[PATCH] generic-pidhash-2.5.36-J2, BK-curr

2002-09-19T07:25:45Z

This is the latest version of the generic pidhash patch. The biggest change is the removal of separately allocated pid structures: they are now part of the task structure and the first task that uses a PID will provide the pid structure. Task refcounting is used to avoid the freeing of the task structure before every member of a process group or session has exited. This approach has a number of advantages besides the performance gains. Besides simplifying the whole hashing code significantly, attach_pid() is now fundamentally atomic and can be called during create_process() without worrying about task-list side-effects. It does not have to re-search the pidhash to find out about raced PID-adding either, and attach_pid() cannot fail due to OOM. detach_pid() can do a simple put_task_struct() instead of the kmem_cache_free(). The only minimal downside is the potential pending task structures after session leaders or group leaders have exited - but the number of orphan sessions and process groups is usually very low - and even if it's higher, this can be regarded as a slow execution of the final deallocation of the session leader, not some additional burden.

[PATCH] pid-max-2.5.33-A0

2002-09-05T01:45:49Z

This is the pid-max patch, the one i sent for 2.5.31 was botched. I have removed the 'once' debugging stupidity - now PIDs start at 0 again. Also, for an unknown reason the previous patch missed the hunk that had the declaration of 'DEFAULT_PID_MAX' which made it not compile ...

Make pid allocation use 30 of the 32 bits, instead of 15.

2002-08-08T10:57:42Z

v2.5.1.2 -> v2.5.1.3

2002-02-05T07:59:27Z

- Christoph Hellwig: scsi_register_module cleanup - Mikael Pettersson: apic.c LVTERR fixes - Russell King: ARM update (including bio update for icside) - Jens Axboe: more bio updates - Al Viro: make ready to switch bread away from kdev_t.. - Davide Libenzi: scheduler cleanups - Anders Gustafsson: LVM fixes for bio - Richard Gooch: devfs update