From owner-cvs-all Thu Jan 20 9:48: 0 2000 Delivered-To: cvs-all@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 9DD4C14C28; Thu, 20 Jan 2000 09:47:56 -0800 (PST) (envelope-from dillon@apollo.backplane.com) Received: (from dillon@localhost) by apollo.backplane.com (8.9.3/8.9.1) id JAA52347; Thu, 20 Jan 2000 09:47:55 -0800 (PST) (envelope-from dillon) Date: Thu, 20 Jan 2000 09:47:55 -0800 (PST) From: Matthew Dillon Message-Id: <200001201747.JAA52347@apollo.backplane.com> To: Jason Evans Cc: Alfred Perlstein , cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern vfs_aio.c References: <20000119210539.F20191@fw.wintelcom.net> <20000119225846.W27689@sturm.canonware.com> <20000119233702.E20751@fw.wintelcom.net> <20000119233311.X27689@sturm.canonware.com> Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk :> > and actually write some test code to try to produce a problem with/without :> > the change. :> :> Can you post the issue he brought up that needed the spl lifted? : :No. It was in an xchat (IRC) buffer that crashed. =( I think he was seeing :permanently blocked processes. : :Jason This is the easiest type of bug to diagnose since it tends to allow you to attach a gdb to the kernel (gdb -k kernel.debug /dev/mem) and backtrace the stuck processes (proc NNN; back) in real time. Without knowing more about the blockages -- for example, what the wait message was -- I can't help locate and fix the problem. I can assure you, however, that the spl*() changes you made will break things even worse then they may already be broken. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message