Actually, the infinite chainloading is expected, the problem is when I first load the remote iPXE from the BIOS PXE build 83. The iPXE driver doesn't detect the network card unless it was loaded by the CD iPXE.<br><br>
<div class="gmail_quote">On Tue, Feb 8, 2011 at 4:13 PM, Andrew Bobulsky <span dir="ltr"><<a href="mailto:rulerof@gmail.com">rulerof@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div bgcolor="#FFFFFF"><div>Hello Thiago,</div><div><br></div><div>You're actually getting expected behavior in the last case there.  The CD or USB versions work via a native iPXE driver, which in turn should be providing a proper PXE stack and UNDI driver, hence the infinite chainloading :)</div>

<div><br></div><div>-Andrew Bobulsky</div><div><div></div><div class="h5"><div><br>On Feb 8, 2011, at 12:53 PM, Thiago Arruda Padilha <<a href="mailto:thiago.arruda@fastsolucoes.com.br" target="_blank">thiago.arruda@fastsolucoes.com.br</a>> wrote:<br>
<br></div><div>
<span></span></div><blockquote type="cite"><div>Now I tried something different:<div><br></div><div>I configured the the TFTP server to always serve the undionly.kpxe image and booted the computer using the iPXE cd,  and somehow it entered on an infinite loop. It appears that if I chainload iPXE from iPXE everything works normaly, but not if I load the legacy PXE first. Probably the build 83 of PXE leaves the network card in a state that makes it undetectable by iPXE.</div>


<div><br></div><div><br><div class="gmail_quote">On Tue, Feb 8, 2011 at 2:23 PM, Thiago Arruda Padilha <span dir="ltr"><<a href="mailto:thiago.arruda@fastsolucoes.com.br" target="_blank"></a><a href="mailto:thiago.arruda@fastsolucoes.com.br" target="_blank">thiago.arruda@fastsolucoes.com.br</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It still doenst work, I did 'make bin/undionly.kkpxe' and replaced by the old, along with the configurations, but the result is the same.<div>


Something I did notice, is that PXE 2.1 build 83 is present in the computers where undionly.kpxe doesn't work, but when I try to chainload in  a network card that has PXE 2.1 build 82 , no problems occur.</div>
<div>This problem only happens when I try via chainloading iPXE, with the cdrom or usb stick everything works;<div><div></div><div><br><br><div class="gmail_quote">On Tue, Feb 8, 2011 at 1:32 PM, Michael Brown <span dir="ltr"><<a href="mailto:mbrown@fensystems.co.uk" target="_blank"></a><a href="mailto:mbrown@fensystems.co.uk" target="_blank">mbrown@fensystems.co.uk</a>></span> wrote:<br>



<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div><div>On Tuesday 08 Feb 2011 16:30:01 Thiago Arruda Padilha wrote:<br>
>   I'm trying to chainload iPXE from a network card that has a legacy intel<br>
> PXE, however when iPXE is loaded( undionly.kpxe ), it prints a few messages<br>
> about !PXE and then stops printing : "No more network devices" and I have<br>
>  to reboot. Strangely, if I "burn" ipxe.usb to a flash drive, the boot<br>
>  succeeds normaly. What could be happening to cause this error?<br>
<br>
</div></div>Does undionly.kkpxe (note the extra "k") work for you?<br>
<font color="#888888"><br>
Michael<br>
</font></blockquote></div><br></div></div></div>
</blockquote></div><br></div>
</div></blockquote></div></div><blockquote type="cite"><div><span>_______________________________________________</span><br><span>ipxe-devel mailing list</span><br><span><a href="mailto:ipxe-devel@lists.ipxe.org" target="_blank">ipxe-devel@lists.ipxe.org</a></span><br>

<span><a href="https://lists.ipxe.org/mailman/listinfo/ipxe-devel" target="_blank">https://lists.ipxe.org/mailman/listinfo/ipxe-devel</a></span><br></div></blockquote></div>
</blockquote></div><br>