From owner-freebsd-alpha Thu Dec 7 18:53:23 2000 From owner-freebsd-alpha@FreeBSD.ORG Thu Dec 7 18:53:21 2000 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from smtp03.primenet.com (smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (Postfix) with ESMTP id B71DE37B402; Thu, 7 Dec 2000 18:53:20 -0800 (PST) Received: (from daemon@localhost) by smtp03.primenet.com (8.9.3/8.9.3) id TAA09889; Thu, 7 Dec 2000 19:51:04 -0700 (MST) Received: from usr08.primenet.com(206.165.6.208) via SMTP by smtp03.primenet.com, id smtpdAAA.raWrt; Thu Dec 7 19:51:00 2000 Received: (from tlambert@localhost) by usr08.primenet.com (8.8.5/8.8.5) id TAA01946; Thu, 7 Dec 2000 19:53:09 -0700 (MST) From: Terry Lambert Message-Id: <200012080253.TAA01946@usr08.primenet.com> Subject: Re: Lynx test / 2nd attempt To: gallatin@cs.duke.edu (Andrew Gallatin) Date: Fri, 8 Dec 2000 02:53:08 +0000 (GMT) Cc: wkb@freebie.demon.nl (Wilko Bulte), tlambert@primenet.com (Terry Lambert), msmith@FreeBSD.ORG (Mike Smith), freebsd-alpha@FreeBSD.ORG In-Reply-To: <14894.58877.158848.243199@grasshopper.cs.duke.edu> from "Andrew Gallatin" at Dec 06, 2000 08:26:17 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: tlambert@usr08.primenet.com Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > I *think* SRM zeros the RAM for you. And in most cases you have to > > The SRM does not zero memory across warm reboots, at least. > > This gives us opportunities to screw things up royally, like the > problem that jb was seeing with newly installed bootblocks working > until a cold boot. > > Not zeroing also allows all sorts of opportunities for cool hacks. > Like leaving the buffer cache warm in ram, rebooting a box, and not > needing to read the data from back from disk. Have a look at > http://www.eecs.umich.edu/Rio/papers/rioFileCacheTech.ps Well, since MILO is capable of replacing the firmware after it has been loaded by whatever loader... I guess the question is whether or not the SRM firmware can be loaded and replace the AlphaBIOS or ARC firmware, assuming that it's loaded onto the machine, but inactive. This would let us boot from more controllers, and then load FreeBSD into core with the loader, switch the firmware, and, given that the controller is known to FreeBSD, work as we would expect it to work. Not as cool as booting an entirely non-SRM system, but certainly a step forward... Who has an Alpha that can recognize their controller in AlphaBIOS or ARC, but not in SRM? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message