pxeboot from OpenBSD3.8 (but also from 3.5, 3.6. and 3.7) fails to PXE boot WRAP appliances with BIOS 1.08 which supports PXE using etherboot (see www.pcengines.ch):
PC Engines WRAP.1C/1D/1E v1.08 640 KB Base Memory 130048 KB Extended Memory 01F0 - no drive found ! ROM segment 0xe000 length 0x8000 reloc 0x00020000 Etherboot 5.3.12 (GPL) http://etherboot.org Drivers: NATSEMI Images: NBI PXE Exports: PXE Relocating _text from: [00089370,0009b230) to [07eee140,07f00000) Boot from (N)etwork (D)isk or (Q)uit? N Probing pci nic... [dp83815] natsemi_probe: MAC addr 00:0D:B9:01:A0:A4 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 half-duplex based on negotiated link capability. Searching for server (DHCP)... Me: 10.0.0.20, Server: 10.0.0.3, Gateway 10.0.0.1 Loading 10.0.0.3:pxeboot (PXE)done probing: pc0 com0 pci pxe![2.1] <--- the cursor stays here Searching the Web also for Soekris (which is similar to WRAP) hints that the "A20 gate hack" may be the culprit for this halt. Therefore tried to patch /sys/arch/i386/stand/libsa/gateA20.c so that it leaves the A20 gate alone, even though it seems to be already patched as outlined in http://blog.gmane.org/gmane.os.netbsd.devel.embedded/month=20050601 and in NetBSD3 http://releng.netbsd.org/cgi-bin/req-3.cgi?show=504 http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/i386/stand/lib/gatea20.c Then I rebuilt pxeboot: cd /sys/arch/i386/stand make scp /usr/src/sys/arch/i386/stand/pxeboot/pxeboot [EMAIL PROTECTED]/tftpboot/ Still, the boot process halts in the 'probing' line, right after 'pxe![2.1]' My /tftpboot/bsd should be ok as the same kernel file boot ok from a CompactFlash card. My /tftpboot/etc/boot.conf is: set tty com0 stty com0 38400 boot tftp:/bsd Do you have any suggestion how I could debug or prevent this freeze, for example by using debug compile flags in the Makefile, etc.? Thanks for any suggestions, Rolf
