Awesome, thank you.<br><br>And yeah, after you mention that I did know that. It's just silly formatting we have at our company (a sysadmin on the tools team actually made me change them all to .ikpxe because he found it confusing to use md5sum's to tell the difference when we moved from gpxe to ipxe...sad.)<br>
<br><div class="gmail_quote">On Fri, Aug 3, 2012 at 10:14 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 Friday 03 Aug 2012 17:55:28 Hoey, Matthew wrote:<br>
> We use three different images for chain loading depending on the hardware.<br>
> We use undionly.kpxe, undionly.kkpxe, and r8169.kpxe. I successfully built<br>
> the first two but I'm getting an "undefined symbol" error when attempting<br>
> to build r8169. The actual card says it is an rtl8167. I'm curious what is<br>
> the correct kpxe file to build and more importantly, how would I know that<br>
> without bothering you guys the next time? I noticed there are several<br>
> possible builds I can do (rtl8139, rtl8180, rtl8185); do any of these<br>
> supersede r8169?<br>
<br>
</div>realtek.pxe (which handles 8139 as well as 8169-based cards) is what you want.<br>
(rtl8169.pxe will also work as a built target, and will give you the exact<br>
same binary.)<br>
<br>
As a side point: only use ".kpxe" with the "undionly" driver; for loading the<br>
native iPXE driver you want realtek.pxe rather than realtek.kpxe.<br>
<span class="HOEnZb"><font color="#888888"><br>
Michael<br>
</font></span></blockquote></div><br>