From owner-freebsd-current@FreeBSD.ORG Fri Aug 1 05:41:22 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 207C137B401 for ; Fri, 1 Aug 2003 05:41:22 -0700 (PDT) Received: from phys9911.phys.tue.nl (PHYS9911.phys.tue.nl [131.155.108.67]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6EBE43F75 for ; Fri, 1 Aug 2003 05:41:18 -0700 (PDT) (envelope-from karelj@phys9911.phys.tue.nl) Received: from phys9911.phys.tue.nl (localhost [127.0.0.1]) by phys9911.phys.tue.nl (8.12.9/8.12.9) with ESMTP id h71CfIRE003229; Fri, 1 Aug 2003 14:41:18 +0200 (CEST) (envelope-from karelj@phys9911.phys.tue.nl) Received: (from karelj@localhost) by phys9911.phys.tue.nl (8.12.9/8.12.9/Submit) id h71CfHmu003228; Fri, 1 Aug 2003 14:41:17 +0200 (CEST) Date: Fri, 1 Aug 2003 14:41:16 +0200 From: "Karel J. Bosschaart" To: Tobias Roth Message-ID: <20030801124116.GA2688@phys9911.phys.tue.nl> References: <20030801110415.GA13918@speedy.unibe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030801110415.GA13918@speedy.unibe.ch> User-Agent: Mutt/1.4.1i cc: Bruce Cran cc: current@freebsd.org Subject: Re: make buildworld: Signal 11; Illegal instruction X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Aug 2003 12:41:22 -0000 On Fri, Aug 01, 2003 at 01:04:16PM +0200, Tobias Roth wrote: > On Thu, Jul 31, 2003 at 09:52:08PM +0100, Bruce Cran wrote: > > On Thu, Jul 31, 2003 at 03:03:01PM -0400, Chris Shenton wrote: > > > Chris Shenton writes: > > > > > > > *** Signal 11 > > > >... > > > > Illegal instruction (core dumped) > > > > *** Error code 132 > > > > > > Also seeing > > > > > > *** Signal 4 > > > > > > if it matters. This sounds way too flakey to be SW. > > > > I'm seeing the same symptoms. I got a signal 4 when running 'clean' > in the > > pam authentication directory, and I've just had a signal 11 running > > 'rm -f libradius.so'. This is an install from a snapshot I built > today - > > during the install I had panics in _mtx_init_ and a backtrace traced > through > > vfs and ffs functions, and I only managed to install successfully when > I > > had the CPU throttled to 30%. This is the same computer which ran > memtest86 > > for 8 hours without a single fault last night, so I doubt the > hardware's > > faulty, at least not the memory or the CPU. > > memtest86 does not always catch memory errors. sig11 and sig4 at varying > locations during buildworld are a sure indicator for a hardware problem. > most likely a memory or overheating issue, though other hardware related > causes are possible. > > if you still are not convinced that this is a hardware issue, run build- > world on a -stable system. > > more and more latest generation laptops from different manufacturers > show > these symptoms during hot days. my guess is that mobile pentium 4 > systems > are just not as stable as they should. let's hope things get better with > the pentium m chips. are the manufaturers deploy better quality control > to > catch the numerous faulty systems. My stock Dell Optiplex GX260, P4 based with 256 MB RAM, running -current, would spit signal 4,10 and 11 (and also 6, don't remember) all over the place during buildworld when not having these kernel options: options DISABLE_PSE options DISABLE_PG_G Search the -current archive, it's due to a processor bug but there is no detailed public information about it and hence no 'official' fix. You might try and see if it helps for you. memtest86 and other hardware testers won't notice anything because it's in the CPU and officially unknown. But yes, also keep in mind that there might be overheating issues if the wheather is hot; yesterday my -stable machine at home rebooted during a port build: turned out to be a flatcable being too close to the CPU fan... Karel.