<div dir="ltr"><div>I have observed the following on commit 4e03a: When chainloading from undionly.ipxe to ipxe.pxe there is a hard lockup:</div><div><br></div><div>Client system PXEs into undionly.kpxe normally...reaches out for the ${uuid}.ipxe file as normal:</div><div><br></div><div>[Error code]</div><div><a href="http://mywebserver.mydomain.net/NetBoot/iPXE/bin/ipxe.pxe.">http://mywebserver.mydomain.net/NetBoot/iPXE/bin/ipxe.pxe.</a>.. ok</div><div>PXE->EB: !PXE at 94D4:07A0, entry point at 94D4:033D</div><div>                 UNDI Code segment 94D4:083C, data segment 955A:@e60 (595-609kB) </div><div>                 UNDI device is PCI 02:01.0, type DIX+802.3</div><div>                 609 kB free bade memory after PXE unload</div><div>_</div><div>[Error code/]</div><div><br clear="all">The actual scripted invocation from ${uuid}.ipxe is:</div><div><br></div><div>[code]</div><div>#!ipxe<br>iseq ${chip} undionly && chain -ar ${17}/NetBoot/iPXE/bin/ipxe.pxe ||</div><div>[/code]</div><div><br></div><div>Can anyone else confirm?</div><div><br></div><div>Best,</div><div><br></div><div>Matt</div><div><br></div><div><br>-- <br></div><div class="gmail_signature">There is never time enough to do it right, but there always seems to be enough time to do it again.<br></div>
</div>