From owner-freebsd-sparc Sat Dec 29 17:42:26 2001 Delivered-To: freebsd-sparc@freebsd.org Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by hub.freebsd.org (Postfix) with SMTP id B875737B417 for ; Sat, 29 Dec 2001 17:42:20 -0800 (PST) Received: (qmail 15090 invoked by uid 0); 30 Dec 2001 01:42:19 -0000 Received: from pd9e16d94.dip.t-dialin.net (HELO forge.local) (217.225.109.148) by mail.gmx.net (mp015-rz3) with SMTP; 30 Dec 2001 01:42:19 -0000 Received: from tmm by forge.local with local (Exim 3.30 #1) id 16KUzj-0000px-00; Sun, 30 Dec 2001 02:42:35 +0100 Date: Sun, 30 Dec 2001 02:42:35 +0100 From: Thomas Moestl To: Jamey Wood Cc: freebsd-sparc@freebsd.org Subject: Re: compiling a sparc64 kernel? Message-ID: <20011230024235.A461@crow.dom2ip.de> References: <1710517c0b.17c0b17105@smi.sun.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <1710517c0b.17c0b17105@smi.sun.com>; from Jamey.Wood@Sun.COM on Sat, Dec 29, 2001 at 12:04:28PM -0800 Sender: owner-freebsd-sparc@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sat, 2001/12/29 at 12:04:28 -0800, Jamey Wood wrote: > > > Setting pil to 14 does get me all the way to a mountroot prompt: > > > > Ok, cool. This is a stopgap at best, I mostly wanted to see what > > was going on. Thomas would like you to try the patch he posted > > as well, which may print a stray interrupt message. Revert the > > above change first. > > With just Thomas's patch (and _not_ setting pil to 14), I get: > > Booting [/kernel]... > calling autoload > nothing to autoload yet. > post autoload > jumping to kernel entry at 0xc0028000. > sparc64_init: mdp=0xc01ba000 kmdp=0xc01ba000 boothowto=0 > envp=0xc01b8000 end=0x0 > Copyri > RED State Exception > > TL=0000.0000.0000.0005 TT=0000.0000.0000.0080 > TPC=0000.0000.c002.4200 TnPC=0000.0000.c002.4204 > TSTATE=0000.0000.5000.1507 > TL=0000.0000.0000.0004 TT=0000.0000.0000.0010 > TPC=0000.0000.c002.4d18 TnPC=0000.0000.c002.4d1c > TSTATE=0000.0000.5004.1407 > TL=0000.0000.0000.0003 TT=0000.0000.0000.0068 > TPC=0000.0000.c002.8798 TnPC=0000.0000.c002.879c > TSTATE=0000.0000.5000.1507 > TL=0000.0000.0000.0002 TT=0000.0000.0000.0010 > TPC=0000.0000.c00d.80c0 TnPC=0000.0000.c00d.80c4 > TSTATE=0000.0000.5000.1606 > TL=0000.0000.0000.0001 TT=0000.0000.0000.004e > TPC=0000.0000.c00d.7bb4 TnPC=0000.0000.c00d.7bb8 > TSTATE=0000.00a5.0000.1605 Hmmm, I must have overlooked something. Can you please decode the tpc addresses (using gdb from the s64-toolchain archive or nm)? If they are not making sense, please comment out all instructions that modify %tl in exception.s and look at the addresses again (this will break things later on, but for early crashes it makes debugging a lot easier because the original trap registers are preserved). Thanks, - thomas To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-sparc" in the body of the message