summaryrefslogtreecommitdiffstats
path: root/usr.bin/tmux/cmd.c
diff options
context:
space:
mode:
authorderaadt <deraadt@openbsd.org>2009-10-05 17:43:07 +0000
committerderaadt <deraadt@openbsd.org>2009-10-05 17:43:07 +0000
commit475bef4440fd5c44414e61daed6d4f75c93df3ed (patch)
treef28140c832e1f0f48e7cbb3a76a5813469628188 /usr.bin/tmux/cmd.c
parentregen (diff)
downloadwireguard-openbsd-475bef4440fd5c44414e61daed6d4f75c93df3ed.tar.xz
wireguard-openbsd-475bef4440fd5c44414e61daed6d4f75c93df3ed.zip
Don't drop the big lock at the end of exit1(), but move it into the middle of
sched_exit(). This means that cpu_exit() and whatever it does (for instance calling free(), as well as the deadproc p_hash handling are now locked as well. This may have been one of the causes of the reaper panics, especially with rthread patches... which were terminating a lot of threads very quickly onto the deadproc p_hash list. ok kurt kettenis miod
Diffstat (limited to 'usr.bin/tmux/cmd.c')
0 files changed, 0 insertions, 0 deletions