From owner-freebsd-threads@FreeBSD.ORG Mon Dec 29 11:07:03 2008 Return-Path: Delivered-To: freebsd-threads@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9777A1065674 for ; Mon, 29 Dec 2008 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD108FC17 for ; Mon, 29 Dec 2008 11:07:03 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTB73Yv024607 for ; Mon, 29 Dec 2008 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBTB723w024603 for freebsd-threads@FreeBSD.org; Mon, 29 Dec 2008 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Dec 2008 11:07:02 GMT Message-Id: <200812291107.mBTB723w024603@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-threads@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-threads@FreeBSD.org X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 11:07:03 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o threa/129956 threads Threaded process stuck in "vmopar" state, other in "uf o threa/128922 threads threads hang with xorg running o threa/128180 threads pthread_cond_broadcast(3) lost wakeup o threa/127225 threads bug in lib/libthr/thread/thr_init.c o threa/122923 threads 'nice' does not prevent background process from steali o threa/121336 threads lang/neko threading ok on UP, broken on SMP (FreeBSD 7 o threa/118715 threads kse problem o threa/116668 threads can no longer use jdk15 with libthr on -stable SMP o threa/116181 threads /dev/io-related io access permissions are not propagat o threa/115211 threads pthread_atfork misbehaves in initial thread o threa/110636 threads [request] gdb(1): using gdb with multi thread applicat o threa/110306 threads apache 2.0 segmentation violation when calling gethost o threa/103975 threads Implicit loading/unloading of libpthread.so may crash o threa/101323 threads [patch] fork(2) in threaded programs broken. s threa/100815 threads FBSD 5.5 broke nanosleep in libc_r s threa/94467 threads send(), sendto() and sendmsg() are not correct in libc s threa/84483 threads problems with devel/nspr and -lc_r on 4.x o threa/83914 threads [libc] popen() doesn't work in static threaded program o threa/80992 threads abort() sometimes not caught by gdb depending on threa o threa/80435 threads panic on high loads o threa/79887 threads [patch] freopen() isn't thread-safe o threa/79683 threads svctcp_create() fails if multiple threads call at the s threa/76694 threads fork cause hang in dup()/close() function in child (-l s threa/76690 threads fork hang in child for -lc_r o threa/75374 threads pthread_kill() ignores SA_SIGINFO flag o threa/75273 threads FBSD 5.3 libpthread (KSE) bug o threa/72953 threads fork() unblocks blocked signals w/o PTHREAD_SCOPE_SYST o threa/70975 threads [sysvipc] unexpected and unreliable behaviour when usi s threa/69020 threads pthreads library leaks _gc_mutex s threa/49087 threads Signals lost in programs linked with libc_r s threa/48856 threads Setting SIGCHLD to SIG_IGN still leaves zombies under s threa/40671 threads pthread_cancel doesn't remove thread from condition qu s threa/39922 threads [threads] [patch] Threaded applications executed with s threa/37676 threads libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wra s threa/34536 threads accept() blocks other threads s kern/32295 threads [libc_r] [patch] pthread(3) dont dequeue signals s threa/30464 threads pthread mutex attributes -- pshared s threa/24632 threads libc_r delicate deviation from libc in handling SIGCHL s threa/24472 threads libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket o 39 problems total. From owner-freebsd-threads@FreeBSD.ORG Mon Dec 29 17:30:03 2008 Return-Path: Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3C8A106566B for ; Mon, 29 Dec 2008 17:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E4D598FC08 for ; Mon, 29 Dec 2008 17:30:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTHU2M1082555 for ; Mon, 29 Dec 2008 17:30:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBTHU2cM082552; Mon, 29 Dec 2008 17:30:02 GMT (envelope-from gnats) Date: Mon, 29 Dec 2008 17:30:02 GMT Message-Id: <200812291730.mBTHU2cM082552@freefall.freebsd.org> To: freebsd-threads@FreeBSD.org From: pluknet Cc: Subject: Re: kern/129956: Threadened process stuck in "vmopar" state, other in "ufs" later. X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pluknet List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 17:30:03 -0000 The following reply was made to PR threads/129956; it has been noted by GNATS. From: pluknet To: bug-followup@freebsd.org Cc: Subject: Re: kern/129956: Threadened process stuck in "vmopar" state, other in "ufs" later. Date: Mon, 29 Dec 2008 19:54:32 +0300 HTH, db> show lockedvnods Locked vnodes 0xc86d6aa0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc8341680 (pid 50) 0xc9f62880: tag ufs, type VREG usecount 0, writecount 0, refcount 3 mountedhere 0 flags (VI_DOOMED) v_object 0xca794840 ref 0 pages 592 lock type ufs: EXCL (count 1) by thread 0xc9813340 (pid 13253) with 1 pending ino 68191367, on dev aacdu0s1g db> ps 13262 13001 13262 1000 S+ ufs 0xc9f628d8 sync 13253 1 13251 1000 SE vmopar 0xc3e83d58 httpd .. 50 0 0 0 SL ufs 0xc9f628d8 [syncer] .. db> bt 13262 Tracing pid 13262 tid 100104 td 0xc88934e0 sched_switch(c88934e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0992135,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(eecbfb7c,40,60000,c88934e0,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c88934e0) at lockmgr+0x42a ffs_lock(eecbfbd4) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,eecbfbd4) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c88934e0,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c88934e0) at vget+0xba qsync(c85dd530,c85dd574,21f7,1,0,...) at qsync+0x11a ffs_sync(c85dd530,2,c88934e0,c85dd530,2,...) at ffs_sync+0x2b0 sync(c88934e0,eecbfd04) at sync+0xe8 syscall(3b,3b,3b,2804e9c8,bfbfedd8,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (36, FreeBSD ELF32, sync), eip = 0x280bb617, esp = 0xbfbfed6c, ebp = 0xbfbfed88 --- db> bt 50 Tracing pid 50 tid 100038 td 0xc8341680 sched_switch(c8341680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0991825,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(e8957b24,40,60000,c8341680,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c8341680) at lockmgr+0x42a ffs_lock(e8957b7c) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,e8957b7c) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c8341680,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c8341680) at vget+0xba qsync(c85dd530,c85dd574,21f6,1,0,...) at qsync+0x11a ffs_sync(c85dd530,3,c8341680,c85dd530,2,...) at ffs_sync+0x2b0 sync_fsync(e8957cbc) at sync_fsync+0x15a VOP_FSYNC_APV(c0a178a0,e8957cbc) at VOP_FSYNC_APV+0x7e sync_vnode(c86d6b60,c8341680) at sync_vnode+0x100 sched_sync(0,e8957d38,0,c072a858,0,...) at sched_sync+0x1ed fork_exit(c072a858,0,e8957d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8957d6c, ebp = 0 --- From owner-freebsd-threads@FreeBSD.ORG Mon Dec 29 17:40:04 2008 Return-Path: Delivered-To: freebsd-threads@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA3E11065674 for ; Mon, 29 Dec 2008 17:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DB6568FC1B for ; Mon, 29 Dec 2008 17:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id mBTHe3r5091868 for ; Mon, 29 Dec 2008 17:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id mBTHe3dV091867; Mon, 29 Dec 2008 17:40:03 GMT (envelope-from gnats) Date: Mon, 29 Dec 2008 17:40:03 GMT Message-Id: <200812291740.mBTHe3dV091867@freefall.freebsd.org> To: freebsd-threads@FreeBSD.org From: pluknet Cc: Subject: Re: threads/129956: Threaded process stuck in "vmopar" state, other in "ufs" later. X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pluknet List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Dec 2008 17:40:04 -0000 The following reply was made to PR threads/129956; it has been noted by GNATS. From: pluknet To: bug-followup@freebsd.org, pluknet Cc: Subject: Re: threads/129956: Threaded process stuck in "vmopar" state, other in "ufs" later. Date: Mon, 29 Dec 2008 20:33:36 +0300 [2nd try] HTH, db> show lockedvnods Locked vnodes 0xc86d6aa0: tag syncer, type VNON usecount 1, writecount 0, refcount 2 mountedhere 0 flags () lock type syncer: EXCL (count 1) by thread 0xc8341680 (pid 50) 0xc9f62880: tag ufs, type VREG usecount 0, writecount 0, refcount 3 mountedhere 0 flags (VI_DOOMED) v_object 0xca794840 ref 0 pages 592 lock type ufs: EXCL (count 1) by thread 0xc9813340 (pid 13253) with 1 pending ino 68191367, on dev aacdu0s1g db> ps 13262 13001 13262 1000 S+ ufs 0xc9f628d8 sync 13253 1 13251 1000 SE vmopar 0xc3e83d58 httpd .. 50 0 0 0 SL ufs 0xc9f628d8 [syncer] .. db> bt 13262 Tracing pid 13262 tid 100104 td 0xc88934e0 sched_switch(c88934e0,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0992135,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(eecbfb7c,40,60000,c88934e0,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c88934e0) at lockmgr+0x42a ffs_lock(eecbfbd4) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,eecbfbd4) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c88934e0,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c88934e0) at vget+0xba qsync(c85dd530,c85dd574,21f7,1,0,...) at qsync+0x11a ffs_sync(c85dd530,2,c88934e0,c85dd530,2,...) at ffs_sync+0x2b0 sync(c88934e0,eecbfd04) at sync+0xe8 syscall(3b,3b,3b,2804e9c8,bfbfedd8,...) at syscall+0x22f Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (36, FreeBSD ELF32, sync), eip = 0x280bb617, esp = 0xbfbfed6c, ebp = 0xbfbfed88 --- db> bt 50 Tracing pid 50 tid 100038 td 0xc8341680 sched_switch(c8341680,0,1) at sched_switch+0x15b mi_switch(1,0) at mi_switch+0x270 sleepq_switch(c9f628d8,c0a80360,0,c098ab1f,21f,...) at sleepq_switch+0xc1 sleepq_wait(c9f628d8,0,c9f628fc,b7,c0991825,...) at sleepq_wait+0x46 msleep(c9f628d8,c0a7fa74,50,c098f56b,0,...) at msleep+0x27d acquire(e8957b24,40,60000,c8341680,0,...) at acquire+0x76 lockmgr(c9f628d8,2002,c9f628fc,c8341680) at lockmgr+0x42a ffs_lock(e8957b7c) at ffs_lock+0x6e VOP_LOCK_APV(c0a4a7e0,e8957b7c) at VOP_LOCK_APV+0x87 vn_lock(c9f62880,2002,c8341680,c9f62880) at vn_lock+0xa8 vget(c9f62880,2002,c8341680) at vget+0xba qsync(c85dd530,c85dd574,21f6,1,0,...) at qsync+0x11a ffs_sync(c85dd530,3,c8341680,c85dd530,2,...) at ffs_sync+0x2b0 sync_fsync(e8957cbc) at sync_fsync+0x15a VOP_FSYNC_APV(c0a178a0,e8957cbc) at VOP_FSYNC_APV+0x7e sync_vnode(c86d6b60,c8341680) at sync_vnode+0x100 sched_sync(0,e8957d38,0,c072a858,0,...) at sched_sync+0x1ed fork_exit(c072a858,0,e8957d38) at fork_exit+0xa0 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8957d6c, ebp = 0 ---