From owner-freebsd-sparc64@FreeBSD.ORG Thu Aug 18 13:26:07 2005 Return-Path: X-Original-To: freebsd-sparc64@freebsd.org Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B198216A41F for ; Thu, 18 Aug 2005 13:26:07 +0000 (GMT) (envelope-from john@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CD5843D46 for ; Thu, 18 Aug 2005 13:26:07 +0000 (GMT) (envelope-from john@jnielsen.net) Received: from localhost (ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id j7IDPwsh092337; Thu, 18 Aug 2005 06:26:00 -0700 (PDT) (envelope-from john@jnielsen.net) From: John Nielsen To: Marius Strobl Date: Thu, 18 Aug 2005 09:24:58 -0400 User-Agent: KMail/1.8.2 References: <200508110931.13802.john@jnielsen.net> <200508151042.37130.john@jnielsen.net> <20050817225954.A89970@newtrinity.zeist.de> In-Reply-To: <20050817225954.A89970@newtrinity.zeist.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200508180924.59562.john@jnielsen.net> X-Virus-Scanned: ClamAV 0.85.1/1031/Thu Aug 18 02:51:29 2005 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-sparc64@freebsd.org Subject: Re: "fast data access mmu miss" on kernels w/o "makeoptions DEBUG=-g" X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Aug 2005 13:26:07 -0000 On Wednesday 17 August 2005 16:59, Marius Strobl wrote: > On Mon, Aug 15, 2005 at 10:42:36AM -0400, John Nielsen wrote: > > On Friday 12 August 2005 00:53, Andrew Belashov wrote: > > > John Nielsen wrote: > > > > Can anyone say why removing "makeoptions DEBUG=-g" from a kernel > > > > would make it unreliable? I'm on an Ultra 5, and it's quite stable > > > > with either GENERIC or the kernel specified below. However, > > > > commenting out the "makeoptions DEBUG=-g" line builds a kernel that > > > > boots but then panics right after mounting /: > > > > > > > > Entropy harvesting: interrupts ethernet point_to_pointpanic: trap: > > > > fast data access mmu miss > > > > Uptime:2s > > > > Dumping 512 MB (2 chunks) > > > > > > Try to clean rebuild kernel (remove build directory > > > /usr/obj/usr/src/sys/KERNCONF or /sys/compile/KERNCONF). > > > > No change even after a fresh buildworld (using RELENG_6): > > > > cvsup /etc/supfile-src && rm -r /usr/obj/* && cd /usr/src && make make > > && make clean && make cleandir && make cleandir && make buildworld && > > make buildkernel && make installkernel && make installworld && > > mergemaster > > > > I don't mind leaving the option in the kernel, but it does seem like a > > strange bug. Let me know if anyone has any other ideas. Thanks, > > When the DEBUG make option is defined the compiler optimization > flags (COPTFLAGS) default to '-O -pipe' whereas without DEBUG the > default is '-O2 -pipe' ('-O2' can cause bogus stack traces so it's > not the default for debugging kernels). So in case you also get a > panic with a kernel having both: > makeoptions DEBUG=-g > and: > makeoptions COPTFLAGS="-O2 -pipe" > this probably means that there's bogus code that breaks at higher > optimization levels or a compiler bug. A stack trace from such a > panic might help to track this down in case it's not screwed due > to the '-O2'. That's what it was. A kernel with only makeoptions COPTFLAGS="-O -pipe" builds and runs just fine. JN