From owner-freebsd-alpha Thu Oct 26 12:27:30 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by hub.freebsd.org (Postfix) with ESMTP id 8F7CC37B479; Thu, 26 Oct 2000 12:27:25 -0700 (PDT) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-31.mail.demon.net with esmtp (Exim 2.12 #1) id 13osgK-0004VC-0V; Thu, 26 Oct 2000 20:27:20 +0100 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id UAA61291; Thu, 26 Oct 2000 20:32:10 +0100 (BST) (envelope-from dfr@nlsystems.com) Date: Thu, 26 Oct 2000 20:31:56 +0100 (BST) From: Doug Rabson To: John Baldwin Cc: Doug Rabson , alpha@freebsd.org Subject: RE: cvs commit: src/sys/boot/alpha/common main.c src/sys/boot/al In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 26 Oct 2000, John Baldwin wrote: > > On 25-Oct-00 Doug Rabson wrote: > > dfr 2000/10/25 16:36:02 PDT > > > > Modified files: > > sys/boot/alpha/common main.c > > sys/boot/alpha/libalpha start.S > > Log: > > Move the call to extend_heap() from main to start so that if our BSS > > expands beyond the limit we will extend the address space before trying > > to zero the BSS. This should give us plenty of headroom for modest > > expansion of the loader. > > My loader still doesn't boot on my Miata. :( It hangs claiming that it executed > the HALT instruction (not that it actually died with a stack fault like before > though): > > ... > Loading /boot/loader > / > halted CPU 0 > > halt code = 5 > HALT instruction executed > PC = 2000a0c0 > boot failure > >>> > > I can't get the most recent boot1 installed because disklabel > claims that it doesn't have space to write boot1 (?!) > > > sudo disklabel -B da0 > disklabel: No space left on device > > ls -l /boot/boot1 > -r-xr-xr-x 1 root wheel 7400 Oct 26 11:26 /boot/boot1 This looks ok (mine is 7400 bytes too). Try 'disklabel -B /dev/da0c'. > > 000000002000a060 T memsize > 000000002000a060 t gcc2_compiled. > 000000002000a0c0 T extend_heap > 000000002000a160 T main > > Looks like it is dying right at the beginning of extend_heap: > > 000000002000a0c0 : > 2000a0c0: 00 10 3f 24 ldah t0,4096(zero) > 2000a0c4: 04 04 ff 47 clr t3 > 2000a0c8: c8 00 41 a4 ldq t1,200(t0) > 2000a0cc: 02 04 41 40 addq t1,t0,t1 > > Hope this helps... Can you disassemble to see what boot1 loaded at this address: >>>e -d -virtual -n 16 200a0c0 [Got to love SRM for debugging - try doing this on a PC]. -- Doug Rabson Mail: dfr@nlsystems.com Phone: +44 20 8348 6160 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message