From owner-freebsd-alpha  Mon Mar 26  7:32:10 2001
Delivered-To: freebsd-alpha@freebsd.org
Received: from mail.interchange.ca (ns.interchange.ca [216.126.79.2])
	by hub.freebsd.org (Postfix) with ESMTP
	id 85AC437B718; Mon, 26 Mar 2001 07:32:04 -0800 (PST)
	(envelope-from michael@fastmail.ca)
Received: by mail.interchange.ca (Fastmailer, from userid 555)
	id 6DB0420DE; Mon, 26 Mar 2001 10:32:01 -0500 (EST)
MIME-Version: 1.0
Message-Id: <3ABF60F1.0000D7.05943@frodo.searchcanada.ca>
Content-Type: Multipart/Mixed;
  boundary="------------Boundary-00=_DT9TE30AMK8NTT4D7TH0"
To: msmith@freebsd.org
Subject: Re: Boot Loader Progress...
Cc: freebsd-alpha@freebsd.org
From: "Michael Richards" <michael@fastmail.ca>
X-Fastmail-IP: 24.43.130.237
Date: Mon, 26 Mar 2001 10:32:01 -0500 (EST)
Sender: owner-freebsd-alpha@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org


--------------Boundary-00=_DT9TE30AMK8NTT4D7TH0
Content-Type: Text/Plain
Content-Transfer-Encoding: 7bit

Hi.

> Don't bother with libstand, go straight to the libalpha code and
> see if we're actually calling the SRM 'open' function more than
> once.  I suspect that SRM may have issues with that.
Indeed we are calling prom_open multiple times. Here is some serial 
output that shows some debugging.

(boot dva0.0.0.1000.0 -flags 0)
block 0 of dva0.0.0.1000.0 is a valid boot block
reading 15 blocks from dva0.0.0.1000.0
bootstrap code read in
Building FRU table
base = 200000, image_start = 0, image_bytes = 1e00
initializing HWRPB at 2000
initializing page table at 1f2000
initializing machine state
setting affinity to the primary CPU
jumping to bootstrap code
Loading /boot/loader
Console: SRM firmware console
VMS PAL rev: 0x4000200010115
OSF PAL rev: 0x4000200020117
Switch to OSF PAL code succeeded.

FreeBSD/alpha SRM disk boot, Revision 1.1
(michael@marconi.eecs.ukans.edu, Mon Mar 26 09:21:03 CST 2001)
Memory: 262144 k
Opening the boot device...Call to prom_open: DVA 0 1000 0 0 0 8086 
0002
returning 1195680 from prom_open
Done.
Call to prom_open: DVA 0 1000 0 0 0 8086 0002
returning 1196480 from prom_open
Call to prom_open: DVA 0 1000 0 0 0 8086 0002
returning 1201504 from prom_open
Open called on file (/boot/loader.rc)
Call to prom_open: DVA 0 1000 0 0 0 8086 0002

... Code apparently never returns from here ...

I will work to eliminate the extra prom_open calls later today 
(provided nothing major takes up all my time) and see if that fixes 
the problems. It would seem to me that an open call would be required 
if we were loading via tftp, but not from disk. Perhaps this is the 
origin of the problem. We're calling prom_open multiple times on the 
same and already open device. Perhaps it is running out of resources 
or something in this version of SRM.

-Michael
_________________________________________________________________
     http://fastmail.ca/ - Fast Free Web Email for Canadians
--------------Boundary-00=_DT9TE30AMK8NTT4D7TH0--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message