From owner-freebsd-current@FreeBSD.ORG Sat Sep 13 00:18:29 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 478C716A4BF for ; Sat, 13 Sep 2003 00:18:29 -0700 (PDT) Received: from renaissance.homeip.net (m49.net81-67-14.noos.fr [81.67.14.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9AD6843FF2 for ; Sat, 13 Sep 2003 00:18:27 -0700 (PDT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 37E9F205A; Sat, 13 Sep 2003 09:18:26 +0200 (CEST) Date: Sat, 13 Sep 2003 09:18:26 +0200 From: Anthony Ginepro To: Scott Reese Message-ID: <20030913071826.GA1125@renaissance.homeip.net> References: <1063396282.9261.18.camel@borges> <1063396562.945f4dc2da041@mailhub.yumyumyum.org> <1063406199.4372.5.camel@borges> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1063406199.4372.5.camel@borges> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 5.1-RELEASE-p2 i386 cc: culverk@yumyumyum.org cc: freebsd-current@freebsd.org Subject: Re: GCC tickling obscure hardware bug or...? 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: Sat, 13 Sep 2003 07:18:29 -0000 > On Fri, 2003-09-12 at 12:56, culverk@yumyumyum.org wrote: > > Quoting Scott Reese : > > > > > Hello all, I'm rephrasing my previous question to reflect new findings > > > in my situation in the hopes that someone may have an idea of what's > > > going on here (see thread "Internal compiler error in > > > reload_cse_simplify_operands" from earlier this week). > > > > > > In a nutshell, I have upgraded my machine to a PIV 2.4 GHz processor on > > > a VIA P4B 400 motherboard with 512 MB Samsung 2700 DDRAM. I have a 300 > > > Watt power supply with a ball-bearing fan and a Seagate 40 GB HD. The > > > problem I'm having that I did not see with my PIII is that I'm getting > > > intermittent internal compiler errors when attempting to compile > > > anything (again, see previous thread for an example). I even did a > > > fresh install of the system yesterday in order to rule out something > > > random getting hosed causing problems with my compiler. Through > > > experimentation, I've found that toggling the CFLAGS from -O to -O2 or > > > vice-versa works around the problem (actually, I've had greater success > > > leaving my CFLAGS set to -O2 -pipe and occasionally bringing them back > > > to -O -pipe when I run into an ICE and then setting them back again). > > > My hunch is that some hardware bug is being tickled by gcc somehow. I > > > don't think it's the standard "broken hardware" thing because I've not > > > received any signal 11/7/4 errors at all and the system runs > > > wonderfully. So far it's been up for over 24 hours, compiling ports and > > > running without a hitch. The only strangeness is the compiler's > > > behavior. Also, I should mention that I added > > > > > > options DISABLE_PSE > > > options DISABLE_PG_G > > > > > > to my kernel config but the ICE's still persist, though they seem to be > > > less frequent now. > > > > > > Attached is my dmesg, please let me know if anyone would like any more > > > information about this or if you have any idea what might be going on > > > here. > > > > > > Thank you, > > > Scott > > > > > > > Whenever I've had problems like this, it's been either bad memory, or bad memory > > settings in bios. I'd check both of those things. > > Sonofagun...I just tweaked the RAM settings yet another time and turned > the speed down to 133 (recommended 166 in the mobo manual) and that > seems to be working so far. > > Sorry for the noise, folks. These are known problems in 5.1-RELEASE but have been dealt with in -current, I'm waiting for 5.2 too in order to remove both the options DISABLE_PSE and DISABLE_PG_G. Furthermore GCC have been also improved and should more correctly support P4 with optimization levels higher than -O. Please check this mailing-list archives for more information. Anthony.