Date: Thu, 8 Mar 2001 11:41:24 -0500 (EST) From: Andrew Gallatin <gallatin@cs.duke.edu> To: John Baldwin <jhb@FreeBSD.org> Cc: cvs-all@FreeBSD.org, cvs-committers@FreeBSD.org Subject: Re: cvs commit: src/sys/alpha/linux linux_machdep.c Message-ID: <15015.46644.560559.295789@grasshopper.cs.duke.edu> In-Reply-To: <XFMail.010307230523.jhb@FreeBSD.org> References: <20010307225230.A27093@grasshopper.cs.duke.edu> <XFMail.010307230523.jhb@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
John Baldwin writes: > > > > Perhaps this is DES's problem on x86 too? (I don't have INVARIANTS, > > witness, etc turned on right now). > > Most likely. Hmmmm. The only difference here is that the new process stays at > SIDL until rfork returns and then gets put in SRUN later after we've dinked > with the process. :( We use the same trick with kthreads to ensure that they > aren't executed before the fork handler is setup to keep the thread in the > kernel. Well, after wandering through all of the fork code, I can't see where > this is going wrong, but I'll try to throw in some more debugging stuff to see > what I can turn up. Yes, I think this is DES's panic. Now that I have DIAGNOSTIC and INVARIANTS, I'm crashing with the following panic: panic: msleep syncing disks... 2 2 panic: runq_add: proc 0xfffffe00068257a0 (ex1) not SRUN Uptime: 23m48s dumping to dev da0b, offset 2888928 dump 125 <hang> So, I don't have a stack trace... Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?15015.46644.560559.295789>