<div dir="ltr"><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 3, 2013 at 7:19 AM, Michael Brown <span dir="ltr"><<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 class="im">On Thursday 02 May 2013 23:14:47 Duane Voth wrote:<br>
> I am right in expecting the snponly ipxe to work nicely with existing<br>
> network devices right?  Or perhaps this usage impacts the question above?<br>
<br>
</div>Quite possibly not.  EFI doesn't have a clean model for multiple users of an<br>
SNP interface.<br></blockquote><div><br></div><div style>ooo.  that's a deal breaker for me.  (nested shells/interpreters with embedded socket libraries will try to use the same device "pseudo-simultaneously")</div>
<div style><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> Last, at what point does snp ipxe plug into the uEFI stack?  Is the ipxe<br>
> dhcp config separate from the EFI dhcp client?  (I have noticed two<br>
> different IP addresses being allocated for this same NIC/MAC)<br>
<br>
</div>iPXE's TCP/IP stack is entirely separate from the EFI TCP/IP stack.  EFI knows<br>
nothing about addresses obtained using DHCP inside iPXE.<br></blockquote><div><br></div><div style>Ok, so the "plugin" point is the hardware itself (or in my recent case the qemu hardware emulation).  And when I run them both (ipxe for boot then edk2 apps) they contention for the hardware... does ipxe continue to use the NIC after it chains a shell?</div>
<div style><br></div><div style><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
> Could ipxe use more of the existing protocols now that edk2 is more stable?<br>
<br>
</div>It could, but it's not going to.  iPXE is going to deliberately avoid the EDK2<br>
facilities and limitations.  See <a href="http://ipxe.org/efi/vision" target="_blank">http://ipxe.org/efi/vision</a> for the reason why.<span class="HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div>
<div style>Ok good, I applaud this approach, and expect ipxe will likely become the new defacto standard.  And I now realize I asked the question backward. (also based on Laszlo's recent thread in the edk2-devel form)  ipxe appears to provide an Managed Network Protocol which should (hopefully will, maybe does now already) provide a "NIC" for the edk2 stack?</div>
<div><br></div></div>
</div></div>