From owner-freebsd-alpha Thu Oct 26 13:22: 2 2000 Delivered-To: freebsd-alpha@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id BFCBF37B479; Thu, 26 Oct 2000 13:21:59 -0700 (PDT) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.3/8.9.3) with ESMTP id QAA27166; Thu, 26 Oct 2000 16:21:59 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.11.0/8.9.1) id e9QKLwO69022; Thu, 26 Oct 2000 16:21:58 -0400 (EDT) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 26 Oct 2000 16:21:58 -0400 (EDT) To: Doug Rabson Cc: John Baldwin , mjacob@feral.com, alpha@FreeBSD.ORG Subject: RE: cvs commit: src/sys/boot/alpha/common main.c src/sys/boot/al In-Reply-To: References: X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14840.37396.770392.598849@grasshopper.cs.duke.edu> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug Rabson writes: > 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 > > >>> > > Now that I think about it, its obvious that this is caused by Matt's > change to the load address of /boot/loader which in retrospect was a bad > move since it hoses people who do a 'make world' without > relabelling. Actually we should probably back that out since potentially > many people could lose with that one in a way which is difficult to fix > without a full reinstall. If it is not needed, then I agree. Its a pita to have to install a new boot1 each time I try the latest rev of loader.. Drew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message