kib 2008-09-19 09:48:25 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/kern kern_exit.c
sys/sys wait.h
Log:
SVN rev 183179 on 2008-09-19 09:48:25Z by kib
MFC r182193:
Implement WNOWAIT flag for wait4(2). It specif
davidxu 2008-08-29 01:34:05 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
SVN rev 182424 on 2008-08-29 01:34:05Z by davidxu
Don't remove queued SIGCHLD if options contain WNOWAIT, so other
threads still can be notified by the signal.
phk 2008-04-08 11:04:06 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_7)
sys/kern kern_exit.c
Log:
MFC 1.310: In abort2(2): Accept a NULL arg pointer if nargs == 0
Revision ChangesPath
1.304.2.1 +8 -6 src/sys/kern/kern_exit.c
phk 2008-03-22 16:32:52 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
In abort2(2): Accept a NULL arg pointer if nargs == 0
Revision ChangesPath
1.310 +8 -6 src/sys/kern/kern_exit.c
__
kris2008-02-17 15:28:28 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Switch from conditionally dropping Giant in exit1() to asserting it is
not held, which appears to be always true.
Revision ChangesPath
1.308 +1 -6 s
jhb 2007-06-13 20:01:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_ktrace.c
Log:
Improve the ktrace locking somewhat to reduce overhead:
- Depessimize userret() in kernels where KTRACE is enabled by doing an
unlocked check of the pe
jhb 2007-05-17 13:52:37 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c
Log:
MFC: Move cpu_exit() earlier in exit1() to close a race between
SIGCHLD/kevent(2) notification and wait().
RevisionChangesPath
1
jhb 2007-05-14 22:21:58 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Move cpu_exit() earlier in exit1() to close a race between
SIGCHLD/kevent(2) notification of process termination and wait(). Now
we no longer drop locks between sendi
On Tuesday 24 October 2006 18:54, David Xu wrote:
> On Wednesday 25 October 2006 02:30, John Baldwin wrote:
> > On Monday 23 October 2006 18:47, David Xu wrote:
> > > On Monday 23 October 2006 23:33, John Baldwin wrote:
> > > > On Saturday 21 October 2006 19:59, David Xu wrote:
> > > > > davidxu
davidxu 2006-10-25 06:18:04 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c sys_process.c
Log:
Move sigqueue_take() call into proc_reparent(), this fixed bugs where
proc_reparent() is called but sigqueue_take() is forgotten.
Revision Changes
On Wednesday 25 October 2006 02:30, John Baldwin wrote:
> On Monday 23 October 2006 18:47, David Xu wrote:
> > On Monday 23 October 2006 23:33, John Baldwin wrote:
> > > On Saturday 21 October 2006 19:59, David Xu wrote:
> > > > davidxu 2006-10-21 23:59:15 UTC
> > > >
> > > > FreeBSD src repo
On Monday 23 October 2006 18:47, David Xu wrote:
> On Monday 23 October 2006 23:33, John Baldwin wrote:
> > On Saturday 21 October 2006 19:59, David Xu wrote:
> > > davidxu 2006-10-21 23:59:15 UTC
> > >
> > > FreeBSD src repository
> > >
> > > Modified files:
> > > sys/kern
davidxu 2006-10-24 12:04:21 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Protect sigqueue_take() call by child process's lock, it fixed a
potential race with ptrace 'attach' which changes parent of the
child process.
Revision Changes
On Monday 23 October 2006 23:33, John Baldwin wrote:
> On Saturday 21 October 2006 19:59, David Xu wrote:
> > davidxu 2006-10-21 23:59:15 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/kern kern_exit.c
> > Log:
> > Since revision 1.333 of kern_sig.c n
On Sunday 22 October 2006 01:54, David Xu wrote:
> On Sunday 22 October 2006 08:14, Don Lewis wrote:
> > On 21 Oct, David Xu wrote:
> > > davidxu 2006-10-21 23:59:15 UTC
> > >
> > > FreeBSD src repository
> > >
> > > Modified files:
> > > sys/kern kern_exit.c
> > > Log:
>
On Saturday 21 October 2006 19:59, David Xu wrote:
> davidxu 2006-10-21 23:59:15 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/kern kern_exit.c
> Log:
> Since revision 1.333 of kern_sig.c no longer uses P_WEXIT, the change
> opened a race window which can
[EMAIL PROTECTED] wrote:
Are these changes why 9 out of ten reboots for me go into panic with:
panic: signal pending
?
This was fixed in kern_exit.c.
David Xu
___
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
Are these changes why 9 out of ten reboots for me go into panic with:
panic: signal pending
?
On Sun, 22 Oct 2006, David Xu wrote:
On Sunday 22 October 2006 08:14, Don Lewis wrote:
On 21 Oct, David Xu wrote:
davidxu 2006-10-21 23:59:15 UTC
FreeBSD src repository
Modified files:
On Sun, Oct 22, 2006 at 01:54:57PM +0800, David Xu wrote:
> But I am still worrried by these signal changes, if an exiting process
> can be sent a signal, and msleep will interrupted in cleanup code, where the
> code will return to ? in normal case, code will return to userland, and
> signal will
On Sunday 22 October 2006 08:14, Don Lewis wrote:
> On 21 Oct, David Xu wrote:
> > davidxu 2006-10-21 23:59:15 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/kern kern_exit.c
> > Log:
> > Since revision 1.333 of kern_sig.c no longer uses P_WEXIT, the
On Sunday 22 October 2006 10:07, Kris Kennaway wrote:
> Something is making java segfault reproducibly on a recent kernel too.
> I'll test to see whether this fixes it.
>
> Kris
I posted a bug report on java@, a memory block returned by valloc can not
be accessed, making java segfault.
David Xu
On Sat, Oct 21, 2006 at 05:14:05PM -0700, Don Lewis wrote:
> On 21 Oct, David Xu wrote:
> > davidxu 2006-10-21 23:59:15 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/kern kern_exit.c
> > Log:
> > Since revision 1.333 of kern_sig.c no longer uses P
On 21 Oct, David Xu wrote:
> davidxu 2006-10-21 23:59:15 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/kern kern_exit.c
> Log:
> Since revision 1.333 of kern_sig.c no longer uses P_WEXIT, the change
> opened a race window which can cause memory leak in si
davidxu 2006-10-21 23:59:15 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Since revision 1.333 of kern_sig.c no longer uses P_WEXIT, the change
opened a race window which can cause memory leak in signal queue.
Here we free memory for signal
csjp2006-09-21 15:14:08 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c
Log:
MFC revision 1.290
Hopefully close up race between the TTY (t_session) subsystem and exit(2)
date: 2006/09/13 15:47:53; author: csjp;
On Wednesday 13 September 2006 23:54, Martin Blapp wrote:
> Hi all,
>
> The kernel I've made with 'mtx_assert(&Giant, MA_OWNED);' in all tty
> functions works fine. I'm not able to crash it yet, even under 24 hour
> load.
Strange. Probably the asserts screw up the timing just enough to "fix"
the
Aye
This is one of the panics which plagued me. If I remember correctly,
this particular race rears it's ugly head in situations where you are
opening and revoking/closing TTY devices. I seem to recall that the the
devfs<->tty interactions were suspect here. I've also seen this problem
this R
Hi all,
The kernel I've made with 'mtx_assert(&Giant, MA_OWNED);' in all tty functions
works fine. I'm not able to crash it yet, even under 24 hour load.
But I have also seen what appears to be strange interactions or races between
devfs and the TTY code before the Giant push down here, which
csjp2006-09-13 15:47:53 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Back out one of the Giant removals from revision 1.272. Giant was not here to
protect the vnode, it was present to synchronize access to TTY session
information betwee
rwatson 2006-09-02 17:29:57 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c kern_thread.c
Log:
Merge kern_thread.c:1.226,1.227, kern_exit.c:1.279:
On process and thread exit, submit pending records and free thread audit
rwatson 2006-09-02 13:24:20 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c kern_fork.c
Log:
Merge kern_exit.c:1.277, kern_fork.c:1.254 from HEAD to RELENG_6:
Hook up audit to fork() and exit() events. These changes ma
On Fri, 2006-06-02 at 00:26 +, Tor Egge wrote:
> tegge 2006-06-02 00:26:27 UTC
>
> Modified files:(Branch: RELENG_6)
> sys/kern kern_exit.c
> sys/vm vm_extern.h vm_glue.c vm_map.c vm_map.h
> vm_meter.c
> Log:
> M
tegge 2006-06-02 00:26:27 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c
sys/vm vm_extern.h vm_glue.c vm_map.c vm_map.h
vm_meter.c
Log:
MFC: Close race between vmspace_exitfree()
tegge 2006-05-29 21:28:56 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
sys/vm vm_extern.h vm_glue.c vm_map.c vm_map.h
vm_meter.c
Log:
Close race between vmspace_exitfree() and exit1() and races between
csjp2006-05-20 02:54:35 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c
Log:
MFC revision 1.288
date: 2006/04/10 14:07:28; author: csjp; state: Exp; lines: +0 -2
Kill the last Giant acquisition in the exit(2) code.
csjp2006-04-10 14:07:28 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Kill the last Giant acquisition in the exit(2) code. This Giant acquisition
doesn't appear to be protecting anything. Most of consumers funsetownlst(9)
do not appear t
davidxu 2006-03-18 23:36:21 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c kern_thread.c
Log:
MFC kern_thread.c revision 1.231
kern_exit.c revision 1.286
calcu fix for threaded process.
Approved by: re (
On Thursday 16 March 2006 21:34, John Baldwin wrote:
> I'm not sure why setrunqueue() of some other thread X != curthread
> would care about the state of curthread since it should bail out of
> preemption checking as soon as it sees that curthread is in a critical
> section.
>
The problem is that
On Wednesday 15 March 2006 11:08 pm, David Xu wrote:
> On Wednesday 15 March 2006 21:52, John Baldwin wrote:
> > > I was very upset, and forgot to put your name in the log, apologize.
> > > Note that because the thread has detached itself from scheduler,
> > > calling PROC_UNLOCK in theory is not s
On Wednesday 15 March 2006 21:52, John Baldwin wrote:
> > I was very upset, and forgot to put your name in the log, apologize.
> > Note that because the thread has detached itself from scheduler,
> > calling PROC_UNLOCK in theory is not safe, so I have moved
> > up this patch code a bit.
>
> Ok.
On Tuesday 14 March 2006 06:30 pm, David Xu wrote:
> On Tuesday 14 March 2006 21:25, John Baldwin wrote:
> > On Monday 13 March 2006 11:00 pm, David Xu wrote:
> > > davidxu 2006-03-14 04:00:21 UTC
> > >
> > > FreeBSD src repository
> > >
> > > Modified files:
> > > sys/kern
On Tuesday 14 March 2006 21:25, John Baldwin wrote:
>
> On Monday 13 March 2006 11:00 pm, David Xu wrote:
> > davidxu 2006-03-14 04:00:21 UTC
> >
> > FreeBSD src repository
> >
> > Modified files:
> > sys/kern kern_exit.c kern_thread.c
> > Log:
> > 1. Count last time sl
On Monday 13 March 2006 11:00 pm, David Xu wrote:
> davidxu 2006-03-14 04:00:21 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/kern kern_exit.c kern_thread.c
> Log:
> 1. Count last time slice, this intends to fix
> "calcru: runtime went backwards" bug for
davidxu 2006-03-14 04:00:21 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_thread.c
Log:
1. Count last time slice, this intends to fix
"calcru: runtime went backwards" bug for threaded process.
2. Add comment about possible logical problem
jhb 2006-02-21 21:48:42 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Move the ruadd() in kern_exit() to save our final stats in our child
stats even further down in exit1() so that it includes the runtime and
tick counts from the final
jhb 2006-02-06 21:56:13 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_kthread.c
Log:
- Move the wakeup() for exiting kthreads out of exit1() and into
kthread_exit() as that is cleaner and less obscured. It also does the
wakeup soone
wsalamon2006-02-06 00:19:09 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Audit the pid being requested in wait4().
Obtained from: TrustedBSD Project
Approved by: rwatson (mentor)
Revision ChangesPath
1.280 +2 -0 src/
rwatson 2006-02-05 21:08:25 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
On process exit, audit the return value of the process, and commit the
record immediately, as this system call never returns.
Obtained from: TrustedBSD Project
jhb 2006-02-03 21:09:40 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Add a comment.
Revision ChangesPath
1.278 +3 -0 src/sys/kern/kern_exit.c
___
cvs-all@freebsd.org mailing l
On Thu, 2 Feb 2006, Julian Elischer wrote:
Robert Watson wrote:
rwatson 2006-02-02 01:32:58 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_fork.c Log:
Hook up audit to fork() and exit() events. These changes manage the
audit state on processes,
Robert Watson wrote:
rwatson 2006-02-02 01:32:58 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_fork.c
Log:
Hook up audit to fork() and exit() events. These changes manage the
audit state on processes, not auditing of these events.
Much work
rwatson 2006-02-02 01:32:58 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_fork.c
Log:
Hook up audit to fork() and exit() events. These changes manage the
audit state on processes, not auditing of these events.
Much work by: wsalamon
On Monday 23 January 2006 14:15, Stephan Uphoff wrote:
> ups 2006-01-23 19:15:13 UTC
>
> FreeBSD src repository
>
> Modified files:
> sys/kern kern_exit.c kern_resource.c
> Log:
> Hopefully fix the "calcru: runtime went backwards from ..." problem by
> keeping the
ups 2006-01-23 19:15:13 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c kern_resource.c
Log:
Hopefully fix the "calcru: runtime went backwards from ..." problem by
keeping the resource values locked (where needed) while we use them
for calculat
csjp2005-12-10 20:14:42 UTC
FreeBSD src repository
Modified files:(Branch: RELENG_6)
sys/kern kern_exit.c
Log:
MFC revision 1.272
Giant clean up for exit(2)
Revision ChangesPath
1.263.2.5 +7 -7 src/sys/kern/kern_exit.c
csjp2005-11-08 17:11:03 UTC
FreeBSD src repository
Modified files:
sys/kern kern_exit.c
Log:
Giant clean up for exit(2)
-Change unconditional aquisition of Giant to only pickup Giant if the vnode
for the controlling tty resides on a non-mpsafe file system.
56 matches
Mail list logo
