From owner-freebsd-smp Mon Nov 20 12:14:19 2000 Delivered-To: freebsd-smp@freebsd.org Received: from pike.osd.bsdi.com (pike.osd.bsdi.com [204.216.28.222]) by hub.freebsd.org (Postfix) with ESMTP id 083C737B4C5 for ; Mon, 20 Nov 2000 12:14:17 -0800 (PST) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by pike.osd.bsdi.com (8.11.0/8.9.3) with ESMTP id eAKKDrv82588; Mon, 20 Nov 2000 12:13:55 -0800 (PST) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200011201555.eAKFtYS92502@zibbi.icomtek.csir.co.za> Date: Mon, 20 Nov 2000 12:14:25 -0800 (PST) From: John Baldwin To: John Hay Subject: Re: cvs commit: src/sys/kern kern_timeout.c Cc: cp@bsdi.com, smp@FreeBSD.org, jburkhol@home.com Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 20-Nov-00 John Hay wrote: >> > >> > Here's a patch that seems to work ok here. It works on my UP box running >> > X and stuff, I don't notice any hung processes. It works on the SMP box, >> > I built a kernel over NFS and it seemed ok, except that I can't >> > get a kernel to boot using the serial console with WITNESS enabled. It >> > stops at the twiddle thing before the copyright is printed and just hangs. >> > This also happens without the patch and even with a UP kernel, so I don't >> > really know what's going on. Please try and let me know if you still >> > see the hung processes. >> > >> >> Well I have tried your patch and so far it looks good. I have finished >> a "make -j13 world" and a "make release NODOC=YES WORLD_FLAGS=-j4" with >> no problems on a dual 266MHz PII. > > It looks like I spoke too soon. After those 2 runs without problems, I > haven't been able to get a world or release to finish again. Always > some process that gets stuck somewhere with no error or anything. If I > kill it it dies and everything seems ok again. > > One thing that I have noticed the last few times is that there is always > a zombie process when this happens and it looks like it is the zombie's > parent that gets stuck. If I kill the parent, the zombie goes away and > the rest of the processes that was waiting for it to finish untangle > themselves. This is the bug involving CURSIG() in msleep(). > I have also tried allproc2.diff, but it did not seem to make a difference. > > John > -- > John Hay -- John.Hay@icomtek.csir.co.za -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message