<div dir="ltr"><div><div>PXE initialising devices...EFIDRV connecting our drivers<br>EFIPCI 0x6952b718 PciRoot(0x0)/Pci(0x5,0x4) cannot read PCI configuration: No such device (<a href="http://ipxe.org/2c044087">http://ipxe.org/2c044087</a>)<br>
EFIPCI 0x69527618 PciRoot(0x0)/Pci(0x1F,0x6) cannot read PCI configuration: No such device (<a href="http://ipxe.org/2c044087">http://ipxe.org/2c044087</a>)<br>EFIPCI 0x69524318 PciRoot(0x1)/Pci(0x5,0x4) cannot read PCI configuration: No such device (<a href="http://ipxe.org/2c044087">http://ipxe.org/2c044087</a>)<br>
SNP 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) is an SNP device<br>EFIDRV 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) has driver "SNP"<br>EFIDRV 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) disconnecting existing drivers<br>
EFIDRV 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) connecting new drivers<br>SNP 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) is an SNP device<br>EFIDRV 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) has driver "SNP"<br>
EFIDRV 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) DRIVER_START<br>SNP 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) is an SNP device<br>SNP 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) registered as net0<br>
EFIDRV 0x691e5f18 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x0)/MAC(5CF3FC6E4738,0x0) using driver "SNP"<br>SNP 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) is an SNP device<br>EFIDRV 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) has driver "SNP"<br>
EFIDRV 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) disconnecting existing drivers<br>EFIDRV 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) connecting new drivers<br>SNP 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) is an SNP device<br>
EFIDRV 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) has driver "SNP"<br>EFIDRV 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) DRIVER_START<br>SNP 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) is an SNP device<br>
SNP 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) registered as net1<br>EFIDRV 0x69c24b98 PciRoot(0x0)/Pci(0x1,0x0)/Pci(0x0,0x1)/MAC(5CF3FC6E473C,0x0) using driver "SNP"<br>ok<br><br><br>
<br>iPXE 1.0.0+ (b17d9) -- Open Source Network Boot Firmware -- <a href="http://ipxe.org">http://ipxe.org</a><br>Features: HTTP DNS TFTP EFI Menu<br><br>iPXE> ifstat <br>net0: 5c:f3:fc:6e:47:38 using SNP on SNP-PCI0c:00.0 (closed)<br>
[Link:down, TX:0 TXE:0 RX:0 RXE:0]<br> [Link status: Unknown (<a href="http://ipxe.org/1a086194">http://ipxe.org/1a086194</a>)]<br>net1: 5c:f3:fc:6e:47:3c using SNP on SNP-PCI0c:00.1 (closed)<br> [Link:down, TX:0 TXE:0 RX:0 RXE:0]<br>
[Link status: Unknown (<a href="http://ipxe.org/1a086194">http://ipxe.org/1a086194</a>)]<br><br></div>And it did work at that point... snponly.efi looks no better (as you'd expect). It seems netX has no meaning so I don't see a nice way to tell which nic did work to continue trying to boot from. Maybe it would be possible to do the same search that snp.efi and correlate with the loaded image indicated device?<br>
<br>> I'm contemplating a similar course of action, for the sake of booting Windows.<br><br></div>Yes that was first and foremost on my mind, making bootmgfw.efi work. Incidentally, though esxi's bootloader will do download protocol, I would also lean toward that style boot for them so that the download is in imgfetch rather than through the bootloader which doesn't do serial output so well and I like seeing network interaction on serial console. Also for elilo since I have to patch elilo today and such a boot mode would not require that...<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Aug 6, 2014 at 11:00 AM, Michael Brown <span dir="ltr"><<a href="mailto:mcb30@ipxe.org" target="_blank">mcb30@ipxe.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">On 06/08/14 15:40, Jarrod Johnson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
EFIDRV 0x691db218<br>
PciRoot(0x0)/Pci(0x1,0x0)/Pci(<u></u>0x0,0x0)/MAC(5CF3FC6E4738,0x0) could not<br>
open device path: Error 0x7f37e08f (<a href="http://ipxe.org/7f37e08f" target="_blank">http://ipxe.org/7f37e08f</a>)<br>
</blockquote>
<br></div>
This error can no longer happen, as of commit<br>
<br>
<a href="http://git.ipxe.org/ipxe.git/commitdiff/7b3cc18" target="_blank">http://git.ipxe.org/ipxe.git/<u></u>commitdiff/7b3cc18</a><br>
<br>
Could you retry with the latest iPXE code?<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I guess my question on having to disconnect the protocols is how<br>
important that is in the snp or snponly cases.<br>
</blockquote>
<br></div>
>From observation, MNP installs a periodic timer which will continually attempt to retrieve packets from the SNP device. If iPXE attempts to use the SNP device without having first disconnected MNP, then we are likely to experience heavy packet loss.<div class="">
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I will confess to having thought about creating a simple filesystem device<br>
that in no way looks like a network device to avoid triggering network<br>
behaviors in EFI bootloaders, but that would probably be making a new<br>
device handle instead of trying to use the network device.<br>
</blockquote>
<br></div>
I'm contemplating a similar course of action, for the sake of booting Windows.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
That said, forgive me if this sounds stupid but I don't know better...<br>
Would it make sense to chase the parentage of the device path of<br>
interested looking for a managed network protocol device in this case?<br>
</blockquote>
<br></div>
It's plausible that MNP has not yet been connected to (or has already been disconnected from) the SNP device, in which case we wouldn't find it.<span class="HOEnZb"><font color="#888888"><br>
<br>
Michael<br>
</font></span></blockquote></div><br></div>