Date: Tue, 19 Dec 1995 10:21:22 -0800 (PST) From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com> To: asami@cs.berkeley.edu (Satoshi Asami) Cc: stable@freebsd.org Subject: Re: program cc1 got fatal signal 11 Message-ID: <199512191821.KAA12428@GndRsh.aac.dev.com> In-Reply-To: <199512191220.EAA02774@silvia.HIP.Berkeley.EDU> from "Satoshi Asami" at Dec 19, 95 04:20:29 am
next in thread | previous in thread | raw e-mail | index | archive | help
> > I've seen cc1 occasionally die with signals (usually 11, but I've seen > 6 and 10 before too) on a 2.1R machine recently. Although I suspected > hardware problems, as it disappeared when I disabled the internal > cache (disabling the external cache only didn't help) on an ASUS > 55something (with PB cache) motherboard, I just saw it happen again on > a replacement board (forgot the manufacturer, made in USA, also uses > Triton), I thought I'd send you guys a note. > > The problem always occurs on the same file when I compile the kernel. > However, if I type "make", it will compile that file and goes on to > others as well, but it usually fails again after a few more files. > Also, according to the vendor's engineers, the ASUS board works fine > with 256K cache but not with 512K of cache. The replacement board > goes much further in compilation but still fails occasionally. > > Nothing except the motherboard and cache has changed. We tried two > CPUs (Pentium 133) on the first board with the same result. (That's > why it's so puzzling, as the problem disappeared when we disabled the > INTERNAL cache.) > > Anyone else seen something like this? Is it possible that an OS can > cause a problem like this, could it be something with cache > invalidation (just a wild guess)? (Thank god at least the vendor is > not pulling a "it works for DOS and Windows, so it is fine".) I strongly suspect hardware problems given that I have run 100's if not thousands of passes of make world on 2.1-stable since 2.1-release occured using ASUS PCI/I-P-55TP4XE's, including 512K cache 133Mhz setups. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199512191821.KAA12428>