On Nov 10, 2004, at 11:51 PM, Eduardo Horvath wrote:

> .  It appears that the trap happens before the FCode is done being
> interpreted.  I wonder if it could be a tokenizer issue.  You can try
> the attached version of fgen and see if the bootblock it generates
> works any better than the in-tree version.

Well, at least it lets me get more information.

Does this help at all?

TIA,
   -- MW

Rebooting with command: boot -sVD
Boot device: /pci@1f,4000/scsi@3/disk@0,0  File and args: -sVD
Trap 3e
ok " /ofwboot" do-boot
do-boot ?
ok boot -sVD
Boot device: /pci@1f,4000/scsi@3/disk@0,0  File and args: -sVD
The file just loaded does not appear to be executable.
ok " /ofwboot" do-boot
NetBSD IEEE 1275 Bootblock
Loading file /ofwboot
from device /pci@1f,4000/scsi@3/disk@0,0:a
ufs-open complete
.Looking for ofwboot in directory...
.
..
n
dev
etc
root
var
.cshrc
.profile
altroot
bin
lib
libexec
mnt
rescue
stand
sbin
netbsd
tmp
usr
ofwboot
Found it
.Loading f0d4  bytes of file...
 >> NetBSD/sparc64 OpenFirmware Boot, Revision 1.8
 >> (mw@, Sat Oct 16 05:06:39 PDT 2004)
main: Calling loadfile(fd, /pci@1f,4000/scsi@3/disk@0,0:a/netbsd -s)
loadfile: reading header
elf64_exec: Booting /pci@1f,4000/scsi@3/disk@0,0:a/netbsd
5046288@0x1000000+160648@0x1800000+4033656@0x1827388
symbols @ 0xfef66480 189+391920+236682 start=0x1000000
chain: calling OF_chain(800000, cb38, 1000000, fff8fa80, 18)
Type  'go' to resume
ok