kib 2008-07-30 09:44:40 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/kern kern_fork.c
Log:
SVN rev 180991 on 2008-07-30 09:44:40Z by kib
MFC r180738:
Do the pargs_hold() on the copy of the pointer to the p_args of the
child
kib 2008-07-23 08:45:25 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
SVN rev 180738 on 2008-07-23 08:45:25Z by kib
Do the pargs_hold() on the copy of the pointer to the p_args of the
child process immediately after bulk bcopy()
kib 2008-03-23 06:52:01 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/kern kern_fork.c
Log:
MFC rev. 1.292:
Fix the leak of the vmspace on the fork when the process limits
are exceeded.
Revision ChangesPath
1.282.2.3
kib 2008-03-20 15:24:49 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Fix the leak of the vmspace on the fork when the process limits
are exceeded.
Pointy hat to: me
MFC after: 3 days
Revision ChangesPath
1.292
jeff2008-03-20 03:05:17 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
- Don't call the empty sched_newproc() function. sched_newproc() already
existed as sched_fork() which is a non empty function in both schedulers.
Revision
julian 2007-11-15 02:13:45 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
When forking, the new thread deserves a name too. Don't just use the
td_startcopy section as it is not the right thing to do
in other cases (e.g. if starting a new
julian 2007-11-06 02:59:40 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/kern kern_fork.c
Log:
MFC of removal of single threading code from the main fork path.
This turns out to be un-needed, and in fact can produce deadlocks.
julian 2007-11-06 03:01:33 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_fork.c
Log:
MFC of un-neede singl-threading code.
Revision ChangesPath
1.252.2.7 +0 -42 src/sys/kern/kern_fork.c
julian 2007-11-02 19:40:36 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Completely remove the code for single threading the mainline fork code.
Put in a little comment explaining why it went away.
Re-enable it in the case there an
Julian Elischer [EMAIL PROTECTED] writes:
This removes a reproducible lockup in NFS.
Could you elaborate on that?
DES
--
Dag-Erling Smørgrav - [EMAIL PROTECTED]
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
Dag-Erling Smørgrav wrote:
Julian Elischer [EMAIL PROTECTED] writes:
This removes a reproducible lockup in NFS.
Could you elaborate on that?
DES
facts:
There is an error in the single-threading mode selected in fork
(some optimization code that was added at some time (maybe by me))
Julian Elischer wrote:
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Take out the single-threading code in fork.
After discussions with jeff, alc, (various Ironport people), david Xu,
and mostly Alfred (who
* David Xu [EMAIL PROTECTED] [071024 18:34] wrote:
Julian Elischer wrote:
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Take out the single-threading code in fork.
After discussions with jeff, alc,
Alfred Perlstein wrote:
* David Xu [EMAIL PROTECTED] [071024 18:34] wrote:
Julian Elischer wrote:
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Take out the single-threading code in fork.
After discussions with jeff,
* David Xu [EMAIL PROTECTED] [071024 19:32] wrote:
Alfred Perlstein wrote:
* David Xu [EMAIL PROTECTED] [071024 18:34] wrote:
Julian Elischer wrote:
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Take out the
Alfred Perlstein wrote:
thread_suspend_check() with SINGLE_BOUNDARY is used is only called
in userret() where I don't think any code is still using the p_fd.
This is not an acceptable solution as it will deadlock unless all
threads exit the kernel.
Where is deadlock ?
* David Xu [EMAIL PROTECTED] [071024 19:40] wrote:
Alfred Perlstein wrote:
thread_suspend_check() with SINGLE_BOUNDARY is used is only called
in userret() where I don't think any code is still using the p_fd.
This is not an acceptable solution as it will deadlock unless all
threads exit
Alfred Perlstein wrote:
* David Xu [EMAIL PROTECTED] [071024 19:32] wrote:
Alfred Perlstein wrote:
* David Xu [EMAIL PROTECTED] [071024 18:34] wrote:
Julian Elischer wrote:
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Alfred Perlstein wrote:
* David Xu [EMAIL PROTECTED] [071024 18:34] wrote:
Julian Elischer wrote:
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Take out the single-threading code in fork.
After discussions with
julian 2007-10-23 17:54:16 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Take out the single-threading code in fork.
After discussions with jeff, alc, (various Ironport people), david Xu,
and mostly Alfred (who found the problem) it has
On Fri, Sep 21, 2007 at 04:10:23AM +, Jeff Roberson wrote:
jeff2007-09-21 04:10:23 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c kern_proc.c sched_ule.c
sched_4bsd.c
sys/sys proc.h
Log:
On Fri, 21 Sep 2007, Kostik Belousov wrote:
On Fri, Sep 21, 2007 at 04:10:23AM +, Jeff Roberson wrote:
jeff2007-09-21 04:10:23 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c kern_proc.c sched_ule.c
sched_4bsd.c
jeff2007-09-21 04:10:23 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c kern_proc.c sched_ule.c
sched_4bsd.c
sys/sys proc.h
Log:
- Redefine p_swtime and td_slptime as p_swtick and td_slptick. This
delphij 2007-07-20 15:29:35 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_5)
sys/kern kern_fork.c kern_resource.c
Log:
MFC: Close race conditions between fork() and [sg]etpriority()'s
PRIO_USER case, and possibly also other places that deference
jhb 2007-07-19 18:46:32 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_fork.c kern_resource.c
Log:
MFC: Close race conditions between fork() and [sg]etpriority()'s
PRIO_USER case, and possibly also other places that deference
jeff2007-06-12 07:47:09 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c sched_4bsd.c sched_ule.c
Log:
- Move some common code out of sched_fork_exit() and back into fork_exit().
Revision ChangesPath
1.279 +12 -0
jeff2007-06-04 23:53:34 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Commit 6/14 of sched_lock decomposition.
- Use thread_lock() rather than sched_lock for per-thread scheduling
sychronization.
- Use the per-process spinlock
rwatson 2007-05-18 21:10:08 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Remove unnecessary assignment.
CID:2227
Found with: Coverity Prevent(tm)
Revision ChangesPath
1.272 +0 -2
On 26 Feb, Xin LI wrote:
delphij 2007-02-26 03:38:10 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c kern_resource.c
Log:
Close race conditions between fork() and [sg]etpriority()'s
PRIO_USER case, possibly also other places that deferences
jhb 2007-02-27 17:22:30 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
sys/isa syscons_isa.c
sys/pc98/cbussyscons_cbus.c
Log:
Use pause() rather than tsleep() on explicit global dummy variables.
Revision
delphij 2007-02-26 03:38:10 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c kern_resource.c
Log:
Close race conditions between fork() and [sg]etpriority()'s
PRIO_USER case, possibly also other places that deferences
p_ucred.
In the past, we
pjd 2006-09-04 10:26:17 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_fork.c
Log:
MFC:sys/kern/kern_fork.c1.259
- Use suser_cred(9) instead of checking cr_ruid directly.
- For privileged processes safe two mutex
jhb 2006-08-01 15:30:56 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Don't lock each of the processes while looking for a pid. The allproc and
proctree locks that we already hold provide sufficient protection.
Revision Changes
pjd 2006-06-27 11:28:50 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
- Use suser_cred(9) instead of checking cr_ruid directly.
- For privileged processes safe two mutex operations.
We may want to consider if this is good idea to use
davidxu 2006-03-18 23:37:36 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_fork.c
Log:
MFC revision 1.258.
Approved by: re (mux)
Revision ChangesPath
1.252.2.1 +17 -1 src/sys/kern/kern_fork.c
davidxu 2006-03-15 23:24:14 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Fix a race between file operations and rfork(RFCFDG) by parking
all other threads at user boundary, the race can crash kernel
under stress testing.
Reviewed by:
jhb 2006-02-06 21:54:48 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
We don't need the proc lock to check P_KTHREAD on curthread since it is
only set before the kthread starts executing and is never cleared.
Revision Changes
wsalamon2006-02-06 00:28:50 UTC
FreeBSD src repository
Modified files:
sys/kern kern_fork.c
Log:
Audit the args to rfork(), and the child PID for all fork system calls.
Obtained from: TrustedBSD Project
Approved by: rwatson (mentor)
Revision Changes
38 matches
Mail list logo