From owner-freebsd-current@FreeBSD.ORG Wed Jun 10 15:27:57 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E3F106567B for ; Wed, 10 Jun 2009 15:27:57 +0000 (UTC) (envelope-from mel.flynn+fbsd.kde@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2D3CB8FC1F for ; Wed, 10 Jun 2009 15:27:56 +0000 (UTC) (envelope-from mel.flynn+fbsd.kde@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id C30F07E837; Wed, 10 Jun 2009 07:02:55 -0800 (AKDT) From: Mel Flynn To: kde-freebsd@kde.org Date: Wed, 10 Jun 2009 07:02:54 -0800 User-Agent: KMail/1.11.3 (FreeBSD/8.0-CURRENT; KDE/4.2.3; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906100702.54676.mel.flynn+fbsd.kde@mailing.thruhere.net> X-Mailman-Approved-At: Wed, 10 Jun 2009 15:55:31 +0000 Cc: freebsd-current@freebsd.org Subject: KDE 4 processes get into unkillable state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Jun 2009 15:27:58 -0000 Hi, sorry for the crosspost, but it's relevant for both lists. After a random amount of time, or more to the point - after a certain network condition, KDE4 processes can get into an unkillable state. procstat -t: PID TID COMM TDNAME CPU PRI STATE WCHAN 2237 100077 klauncher initial thread 1 128 lock *unp_mtx procstat -k: PID TID COMM TDNAME KSTACK 2237 100077 klauncher initial thread mi_switch turnstile_wait _mtx_lock_sleep uipc_peeraddr kern_getpeername getpeername syscall Xint0x80_syscall WARNING: running procstat -f on the process hangs the entire machine, no panic generated. It's hard for me to generate a test case for it, but I've seen it in various KDE4 processes, at least in konqueror, klauncher, kio_http and kontact. Also pulseaudio when I was using that sound backend briefly. Anyone have an idea whether this is KDE4 specific or (what my hunch is at the moment) what scenario can create this hang in getpeername? If anyone is interested, I will try to collect more info the next time I see a process and if so, please let me know what info is useful. -- Mel