From owner-freebsd-sparc64@FreeBSD.ORG Fri Aug 19 04:33:21 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 85F4316A41F for ; Fri, 19 Aug 2005 04:33:21 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF67843D45 for ; Fri, 19 Aug 2005 04:33:20 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so354503nzo for ; Thu, 18 Aug 2005 21:33:20 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=GcjWJYs8PaKMLaS7tMXfBpRhfhWqBUn6mkGjk896Ryqm+ww5+zJ5oq3LD3gX+qGk/gvcboypYjKgAwdkAJedt4JXa9XO3YZghkJp4tKGBefCzwo3FtfF27vIRsLzjmzxuTPEDetvJdlUctGs46Foe1RkfGfgOBuLWZv8/oEYrNQ= Received: by 10.36.250.79 with SMTP id x79mr2147906nzh; Thu, 18 Aug 2005 21:33:19 -0700 (PDT) Received: from michelle.rndsoft.co.kr ([211.32.202.209]) by mx.gmail.com with ESMTP id 17sm1454185nzo.2005.08.18.21.33.17; Thu, 18 Aug 2005 21:33:19 -0700 (PDT) Received: from michelle.rndsoft.co.kr (localhost.rndsoft.co.kr [127.0.0.1]) by michelle.rndsoft.co.kr (8.13.1/8.13.1) with ESMTP id j7J4UaCI011341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 19 Aug 2005 13:30:36 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Received: (from yongari@localhost) by michelle.rndsoft.co.kr (8.13.1/8.13.1/Submit) id j7J4UQ6I011340; Fri, 19 Aug 2005 13:30:26 +0900 (KST) (envelope-from yongari@rndsoft.co.kr) Date: Fri, 19 Aug 2005 13:30:26 +0900 From: Pyun YongHyeon To: John Nielsen Message-ID: <20050819043026.GC10519@rndsoft.co.kr> References: <200508110931.13802.john@jnielsen.net> <200508151042.37130.john@jnielsen.net> <20050817225954.A89970@newtrinity.zeist.de> <200508180924.59562.john@jnielsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200508180924.59562.john@jnielsen.net> User-Agent: Mutt/1.4.2.1i 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 Reply-To: pyunyh@gmail.com List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Aug 2005 04:33:21 -0000 On Thu, Aug 18, 2005 at 09:24:58AM -0400, John Nielsen wrote: > 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. > Are you sure that GENERIC kernel panics too? I couldn't verify it(I'm on a business trip) but I guess you should remove smbfs related kernel options. smbfs never worked on sparc64 and it needs more clean up on various places. If you encounter the panic again would you post stack traces? -- Regards, Pyun YongHyeon