Date: Sun, 17 Nov 2002 12:11:01 -0800 From: "Joel M. Baldwin" <qumqats@outel.org> Cc: current@FreeBSD.ORG Subject: Re: more info from panic from running dnet on SMP kernel ( lock order reversal, recursed on non-recursive lock ) Message-ID: <248350118.1037535061@[192.168.1.20]> In-Reply-To: <Pine.NEB.3.96L.1021117145242.93303I-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1021117145242.93303I-100000@fledge.watson.or g>
next in thread | previous in thread | raw e-mail | index | archive | help
--On Sunday, November 17, 2002 2:54 PM -0500 Robert Watson <rwatson@FreeBSD.ORG> wrote: > Hmm. It looks like there is indeed a lock leak in the RFTHREAD code. > Maybe a change like the following might help: > > PROC_LOCK(p2); > psignal(p2, SIGKILL); > PROC_UNLOCK(p2); > } > > Change the } to: > } else > PROC_UNLOCK(p1->p_leader); > > And see if that gets rid of the problem. Any chance this is highly > reproduceable, btw? :-) And what app are you running that's using > RFTHREAD -- linux thread stuff? What source file would this be in? Yes, it is 100% reproduceable dnet is the distrubuted.net client for their various distributed computing projects. <http://distributed.net/download/> > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > robert@fledge.watson.org Network Associates Laboratories > > On Sun, 17 Nov 2002, Joel M. Baldwin wrote: > >> >> running dnet on a SMP kernel causes the kernel to panic. >> >> >> lock order reversal >> 1st 0xc2c803e8 process lock (process lock) @ > > . . . snip . . . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?248350118.1037535061>