The following reply was made to PR port-i386/32958; it has been noted by GNATS.

From: Nino Dehne <ndehne@gmail.com>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: port-i386/32958
Date: Sun, 1 Oct 2006 07:02:30 +0200

 As it turned out, there was one Etherboot option that was in the readme to
 WRAP's BIOS update which prevented Etherboot from getting jumped to, unless
 you pressed N during the memory test. That really sucked because the list
 of options made it sound like they were used to build the old Etherboot
 already in the BIOS.
 
 Anyway, a current Etherboot works now, although there is still trouble:
 
 ---- snip ----
 PC Engines WRAP.1C/1D/1E v1.11
 640 KB Base Memory
 130048 KB Extended Memory
 
 01F0 Master 848A Hitachi XXM2.3.0
 Phys C/H/S 978/8/32 Log C/H/S 978/8/32
 ROM segment 0xe000 length 0x8000 reloc 0x00000000
 Etherboot 5.4.2 (GPL) http://etherboot.org
 Drivers: NATSEMI   Images: NBI ELF Multiboot PXE   Exports: PXE
 Protocols: DHCP TFTP
 Relocating _text from: [0008bb80,0009fdc0) to [07eebdc0,07f00000)
 Boot from (N)etwork or (Q)uit?
 
 Probing pci nic...
 [dp83815]
 natsemi_probe: MAC addr 00:0D:B9:[...] at ioaddr 0X1000
 natsemi_probe: Vendor:0X100B Device:0X0020
 dp83815: Transceiver default autoneg. enabled, advertise 100 full duplex.
 dp83815: Transceiver status 7869 advertising 05E1
 dp83815: Setting full-duplex based on negotiated link capability.
 Searching for server (DHCP)......
 Me: 192.168.1.99, DHCP: 192.168.1.1, TFTP: 192.168.1.1, Gateway 192.168.1.254
 Loading 192.168.1.1:i386/n/pxeboot.bin ...(PXE)............................done
 
 
 >> NetBSD/i386 PXE Boot, Revision 1.1
 >> (build@[...], Fri Sep 22 03:59:22 CEST 2006)
 >> Memory: 633/128943 k
 Press return to boot now, any other key for boot menu
 Starting in 0
 type "?" or "help" for help.
 >
 >
 >
 > boot netbsd.gz
 PXE BIOS Version 2.1
 Using PCI device at bus 0 device 14 function 0
 Ethernet address 00:0d:b9:[...]
 net_open: client addr: 192.168.1.99
 net_open: subnet mask: 255.255.255.0
 net_open: net gateway: 192.168.1.254
 net_open: server addr: 192.168.1.1
 net_open: server path: /x/b/i386/n/any/ext-gw/
 1914740+67142336+149048 [130592+123598]=0x423f4bc
 dp83815: Setting full-duplex based on negotiated link capability.
 ---- snip ----
 
 And that's it. pxeboot doesn't hang anymore. Instead, the kernel doesn't boot.
 Is it perhaps still pxeboot related? How can I debug?
 
 Best regards,
 
 ND