<div dir="ltr">For now, the results of the latter:<br>iPXE initialising devices...EFIDRV connecting our drivers<br>EFIPCI 0x6a054b98 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 0x6a050a18 PciRoot(0x0)/Pci(0x1F,0x6) cannot read PCI configuration: No such device (<a href="http://ipxe.org/2c044087">http://ipxe.org/2c044087</a>)<br>SNP 0x68c34618 PciRoot(0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/MAC(000AF7482DF0,0x0)/IPv4(0.0.0.0) is the SNP chainloading device<br>
EFIDRV 0x68c34618 PciRoot(0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/MAC(000AF7482DF0,0x0)/IPv4(0.0.0.0) has driver "SNPONLY"<br>EFIDRV 0x68c34618 PciRoot(0x0)/Pci(0x2,0x0)/Pci(0x0,0x0)/MAC(000AF7482DF0,0x0)/IPv4(0.0.0.0) disconnecting existing drivers<br>
EFIDRV 0x68c34618 <NULL> connecting new drivers<br>EFIDRV 0x68c34618 <NULL> could not connect new drivers: Error 0x7f37e082 (<a href="http://ipxe.org/7f37e082">http://ipxe.org/7f37e082</a>)<br>ok<br><br><br><br>
iPXE 1.0.0+ (53653) -- 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>iPXE> <br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Jul 8, 2014 at 12:40 PM, 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 08/07/14 16:55, Jarrod Johnson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I'm very happy to see snponly.efi and snp.efi concepts available.  That<br>
will make my life much better.  Thanks for that.  I had been strongly<br>
pondering when/if I would ever getting around to help on that particular<br>
front and now I get to be somewhat lazier.<br>
<br>
However, that particular commit seems to have utterly broke things for<br>
me using snponly.efi...<br>
<br>
Using an esxi guest with uefi style boot, snp.efi and snponly.efi do<br>
manage to see the device and even transmit packets, but doesn't seem to<br>
be able to receive.<br>
</blockquote>
<br></div>
Strange.  Does "ifstat" (or DEBUG=snpnet) show anything interesting?<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Booting with that commit on an IBM x240 server, ifstat sees nothing.....<br>
iPXE initialising devices...SNP 0x68eba918<br>
PciRoot(0x0)/Pci(0x2,0x0)/Pci(<u></u>0x0,0x0)/MAC(000AF7482DF0,0x0) is an SNP<br>
device<br>
SNP 0x68eba918<br>
PciRoot(0x0)/Pci(0x2,0x0)/Pci(<u></u>0x0,0x0)/MAC(000AF7482DF0,0x0) is an SNP<br>
device<br>
SNP 0x69ad8718<br>
PciRoot(0x0)/Pci(0x2,0x0)/Pci(<u></u>0x0,0x1)/MAC(000AF7482DF2,0x0) is an SNP<br>
device<br>
SNP 0x69ad8718<br>
PciRoot(0x0)/Pci(0x2,0x0)/Pci(<u></u>0x0,0x1)/MAC(000AF7482DF2,0x0) is an SNP<br>
device<br>
ok<br>
</blockquote>
<br></div>
Could you try adding DEBUG=efi_driver,efi_pci,snp,<u></u>snpnet,snponly ?<br>
<br>
Thanks,<br>
<br>
Michael<br>
</blockquote></div><br></div>