src-test2/sys/kern/sys_process.c, branch release/7.0.0_cvs

This commit was manufactured by cvs2svn to create tag

2008-02-24T05:45:17Z

'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image.

- Fix from pr kern/115469; Don't redeliver a signal once it has been

2007-10-09T00:03:39Z

handled by the target process. Contributed by: Tijl Coosemans Approved by: re

- Move all of the PS_ flags into either p_flag or td_flags.

2007-09-17T05:31:39Z

- p_sflag was mostly protected by PROC_LOCK rather than the PROC_SLOCK or previously the sched_lock. These bugs have existed for some time. - Allow swapout to try each thread in a process individually and then swapin the whole process if any of these fail. This allows us to move most scheduler related swap flags into td_flags. - Keep ki_sflag for backwards compat but change all in source tools to use the new and more correct location of P_INMEM. Reported by: pho Reviewed by: attilio, kib Approved by: re (kensmith)

Commit 14/14 of sched_lock decomposition.

2007-06-05T00:00:57Z

- Use thread_lock() rather than sched_lock for per-thread scheduling sychronization. - Use the per-process spinlock rather than the sched_lock for per-process scheduling synchronization. Tested by: kris, current@ Tested on: i386, amd64, ULE, 4BSD, libthr, libkse, PREEMPTION, etc. Discussed with: kris, attilio, kmacy, jhb, julian, bde (small parts each)

Remove 'MPSAFE' annotations from the comments above most system calls: all

2007-03-04T22:36:48Z

system calls now enter without Giant held, and then in some cases, acquire Giant explicitly. Remove a number of other MPSAFE annotations in the credential code and tweak one or two other adjacent comments.

Make KSE a kernel option, turned on by default in all GENERIC

2006-10-26T21:42:22Z

kernel configs except sun4v (which doesn't process signals properly with KSE). Reviewed by: davidxu@

Move sigqueue_take() call into proc_reparent(), this fixed bugs where

2006-10-25T06:18:04Z

proc_reparent() is called but sigqueue_take() is forgotten.

Close a race condition where num can be larger than tmp, giving the user

2006-10-14T10:30:14Z

too large of a boundary. Reported by: Ilja Van Sprundel

Fix a signedness bug.

2006-08-20T10:29:08Z

MFC after: 3 days Security: Local DoS

Close some races between procfs/ptrace and exit(2):

2006-02-22T18:57:50Z

- Reorder the events in exit(2) slightly so that we trigger the S_EXIT stop event earlier. After we have signalled that, we set P_WEXIT and then wait for any processes with a hold on the vmspace via PHOLD to release it. PHOLD now KASSERT()'s that P_WEXIT is clear when it is invoked, and PRELE now does a wakeup if P_WEXIT is set and p_lock drops to zero. - Change proc_rwmem() to require that the processing read from has its vmspace held via PHOLD by the caller and get rid of all the junk to screw around with the vmspace reference count as we no longer need it. - In ptrace() and pseudofs(), treat a process with P_WEXIT set as if it doesn't exist. - Only do one PHOLD in kern_ptrace() now, and do it earlier so it covers FIX_SSTEP() (since on alpha at least this can end up calling proc_rwmem() to clear an earlier single-step simualted via a breakpoint). We only do one to avoid races. Also, by making the EINVAL error for unknown requests be part of the default: case in the switch, the various switch cases can now just break out to return which removes a _lot_ of duplicated PRELE and proc unlocks, etc. Also, it fixes at least one bug where a LWP ptrace command could return EINVAL with the proc lock still held. - Changed the locking for ptrace_single_step(), ptrace_set_pc(), and ptrace_clear_single_step() to always be called with the proc lock held (it was a mixed bag previously). Alpha and arm have to drop the lock while the mess around with breakpoints, but other archs avoid extra lock release/acquires in ptrace(). I did have to fix a couple of other consumers in kern_kse and a few other places to hold the proc lock and PHOLD. Tested by: ps (1 mostly, but some bits of 2-4 as well) MFC after: 1 week