gPXE chainloading hangs at "gPXE initialising devices..."

Hi List,

I try to chainload gPXE with that NIC:

00:09.0 Ethernet controller: Intel Corporation 82557/8/9/0/1 Ethernet
Pro 100 (rev 04)
	Subsystem: Intel Corporation Device 0008
	Flags: bus master, medium devsel, latency 66, IRQ 10
	Memory at fedfa000 (32-bit, prefetchable) [size=4K]
	I/O ports at f400 [size=32]
	Memory at fec00000 (32-bit, non-prefetchable) [size=1M]
	[virtual] Expansion ROM at 10000000 [disabled] [size=1M]
	Kernel driver in use: e100
	Kernel modules: eepro100, e100

I've tried "undionly.kpxe" as well as "eepro100.pxe" - both with the
same results.
gPXE has been built from current git repos.

undionly.kpxe built using: "make bin/undionly.kpxe DEBUG=undinet" shows
the following on the screen:


> Transferring control to bootstrap...PXE->EB: PXENV+ at 9D84:0076,
entry point at 9240:0092
>    UNDI code segment 9D84:2000, data segment 98B2:4D20 (610-639kB)
>    UNDI device is PCI 00:09.0, type DIX+802.3
>    610kB free base memory after PXE unload
> gPXE initialising devices...
> UNDINIC 0x14c0c using UNDI 0xf81cb6a0
> _

that's it - hangs there..

If I change "filename..." to a pxelinux.0 file in DHCP, it boots
correctly (ok - with that it's fetching Kernel and initramfs from the
TFTP server, which then initialises the iSCSI-Initiator and boots from
iSCSI-root.. that's why I want to change that ;-))


Any ideas?

  Christian



------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july