From owner-cvs-src@FreeBSD.ORG Tue Mar 2 18:02:25 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F5FD16A4CE; Tue, 2 Mar 2004 18:02:25 -0800 (PST) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B5F243D1F; Tue, 2 Mar 2004 18:02:25 -0800 (PST) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 8E8145309; Wed, 3 Mar 2004 03:02:23 +0100 (CET) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id CC4585308; Wed, 3 Mar 2004 03:02:14 +0100 (CET) Received: by dwp.des.no (Postfix, from userid 2602) id 2037233CA3; Wed, 3 Mar 2004 03:02:14 +0100 (CET) To: John Baldwin References: <200403021502.i22F28vF032585@repoman.freebsd.org> <200403021708.43422.jhb@FreeBSD.org> From: des@des.no (Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=) Date: Wed, 03 Mar 2004 03:02:13 +0100 In-Reply-To: <200403021708.43422.jhb@FreeBSD.org> (John Baldwin's message of "Tue, 2 Mar 2004 17:08:43 -0500") Message-ID: User-Agent: Gnus/5.090024 (Oort Gnus v0.24) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern subr_sleepqueue.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 02:02:25 -0000 John Baldwin writes: > I never saw that case and this is the first I've heard of it. ddb tends = to=20 > freeze when you enter it holding a spin lock. Do you have any log messag= es=20 > from the mis-matched locks for msleep? Mismatched locks to msleep(0xc9376000, pause): old 0xc935d06c (process lock), new 0xc64d1e2c (process lock) Stack backtrace: sleepq_add(c748cdc0,c9376000,c64d1e2c,c05bbdf1,0) at sleepq_add+0x1ee msleep(c9376000,c64d1e2c,168,c05bbdf1,0) at msleep+0x19f kern_sigsuspend(c64d23f0,0,0,0,0) at kern_sigsuspend+0xa1 linux_rt_sigsuspend(c64d23f0,ebb20d14,2,279b5,200212) at linux_rt_sigsuspen= d+0x4f syscall(2f,bfbf002f,bfbf002f,28636da8,bfbfe0c0) at syscall+0x129 Xint0x80_syscall() at Xint0x80_syscall+0x1d --- syscall (179), eip =3D 0x288379b6, esp =3D 0xbfbfe0a0, ebp =3D 0xbfbfe0= a8 --- DES --=20 Dag-Erling Sm=F8rgrav - des@des.no