<div dir="ltr"><div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Tue, 25 Sep 2018 at 00:33, Arun SAG <<a href="mailto:sagarun@gmail.com">sagarun@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
We tried to run the latest master 133f4c47. Our build includes a SSL<br>
certificate in the undionly.kpxe. IPXE loads and does a dhcp request<br>
and receives a response, Loads the kernel and ramdisk, boots the<br>
ramdisk over https; the kernel boots and dracut in the ramdisk again<br>
does a dhcp and this actually fails. There is no network connectivity<br>
from the nic. It seems like the nic just dropped out of the network.<br>
This was reproducible on zt systems ZT z801. That machine has a nic<br>
manufactured by<br>
INVENTEC CORPORATION (00:8C:FA) . It is a Intel(R) Gigabit Ethernet<br>
Network Driver and uses igb driver.<br>
<br>
When we reverted to a older<br>
version(1b67a0564657b6fcef18b1588ea6491ca1b1996d) ipxe, we don't see<br>
that issue anymore.<br><br></blockquote><div>That is a quite old commit,</div><div>Could you try and use git bisect, (guide at <a href="http://ipxe.org/howto/bisect">http://ipxe.org/howto/bisect</a>) to figure out possible culprits</div><div>Hopefully that will result in one commit that explains what was changed.<br>Also please provide pciid of the nic (lspci -nn) , and you might also want to try ipxe.pxe instead of undionly.kpxe</div></div></div></div>