undionly no packets received

[eray]

I have been testing new hardware with an Intel i350 chipset. We have a fully functioning setup that we have been using iPXE for awhile, but seems like the new hardware is not working with our existing setup. I have even rebuilt from todays latest git repo and tried with the exact same results. Right away it shows TXE when i go to the cmd line.

Code:

iPXE 1.0.0+ (0600d) -- Open Source Network Boot Firmware -- http://ipxe.org
Features: DNS HTTP iSCSI TFTP AoE ELF MBOOT PXE bzImage Menu PXEXT

iPXE> ifstat
net0: 0c:c4:7a:f9:3b:0a using undionly on 0000:11:00.0 (closed)
  [Link:up, TX:0 TXE:1 RX:0 RXE:0]
  [TXE: 1 x "Network unreachable (http://ipxe.org/28086011)"]

iPXE> ifopen
iPXE> set net0/ip 10.102.196.36
iPXE> set net0/netmask 255.255.254.0
iPXE> route
net0: 10.102.196.36/255.255.254.0 gw 10.102.197.254

iPXE> ping 10.102.197.254
0 bytes from <none>: seq=1: Connection timed out (http://ipxe.org/4c1b2035)
0 bytes from <none>: seq=2: Connection timed out (http://ipxe.org/4c1b2035)

iPXE> ipstat
IP version 4:
  InReceives:0 InMcastPkts:0 InBcastPkts:0 InOctets:0
  InHdrErrors:0 InAddrErrors:0 InUnknownProtos:0 InTruncatedPkts:0
  ReasmReqds:0 ReasmOKs:0 ReasmFails:0
  InDelivers:0 OutRequests:17 OutNoRoutes:0
  OutTransmits:17 OutMcastPkts:0 OutBcastPkts:0 OutOctets:1486

iPXE> ifstat
net0: 0c:c4:7a:f9:3b:0a using undionly on 0000:11:00.0 (open)
  [Link:up, TX:25 TXE:18 RX:0 RXE:0]
  [TXE: 1 x "Network unreachable (http://ipxe.org/28086011)"]
  [TXE: 17 x "Connection timed out (http://ipxe.org/4c376035)"]
iPXE> route
net0: 10.102.196.36/255.255.254.0 gw 10.102.197.254

iPXE> pciscan addr
iPXE> echo ${addr}
0x0
iPXE> echo ${addr:busdevfn}
0000:00:00.0

DHCP fails to obtain a lease, but it does broadcast where the server sees the DHCPREQUEST and makes an offer.

We are currently using the chainloading method to configure the ROMs

Code:

# class to point iPXE back to ipxescript cgi
class "ipxe" {  
    match if option user-class = "iPXE";
    option bootfile-name = concat("http://pxe/cgi-bin/boot.cgi?hostname=", config-option host-name);                                                                                                        
# class to chainload ipxe from standard pxe rom
class "ipxe-chainloader" {
    match if not exists user-class;
    filename "ipxe/undionly.kpxe";                                                                                    
}

At this point i am pretty baffled as to how to make this work. Any advice or guidance would be greatly appreciated.

[NiKiZe]

You are using undionly so a bug in the undi stack is one guess.
Have you tried ipxe.pxe instead which should have native drivers for that nic?
Some newer hardware have a less tested undi stack, so testing in efi mode with snponly.efi might also be interesting to see just how much is broken.

make bin/undionly.kpxe DEBUG=unidonly
should enable debug output that might give you some more insight on what is going wrong.

as you said yourself iPXE is working on other hardware, so I think your subject is wrong, it is the UNDI stack not working, so will update the subject.

There is other threads with mostly the same problem, see here for example.

[eray]

(2017-07-11 07:21)NiKiZe Wrote:  You are using undionly so a bug in the undi stack is one guess.
Have you tried ipxe.pxe instead which should have native drivers for that nic?
Some newer hardware have a less tested undi stack, so testing in efi mode with snponly.efi might also be interesting to see just how much is broken.

make bin/undionly.kpxe DEBUG=unidonly
should enable debug output that might give you some more insight on what is going wrong.

as you said yourself iPXE is working on other hardware, so I think your subject is wrong, it is the UNDI stack not working, so will update the subject.

There is other threads with mostly the same problem, see here for example.

I used the ipxe.pxe image and it works great. I tried to build the DEBUG image for undionly and used the steps from http://ipxe.org/download#debug_builds as well, but I am not seeing any more output than without the DEBUG mode. I am using a serial console connection to view the host, but I believe it should be echoing there..

---

Code:

make bin/undionly.kpxe DEBUG=undionly:8

Seems to have no effect.

[NiKiZe]

(2017-07-11 19:23)eray Wrote:  I used the ipxe.pxe image and it works great. I tried to build the DEBUG image for undionly and used the steps from http://ipxe.org/download#debug_builds as well, but I am not seeing any more output than without the DEBUG mode. I am using a serial console connection to view the host, but I believe it should be echoing there..

---

Code:

make bin/undionly.kpxe DEBUG=undionly:8

Seems to have no effect.

Good that native drivers work that way we know that it is only the UNDI stack or firmware that is causing your issue with undionly.kpxe

On that page you linked there is this explanation:
The numeric debug level (3 in this example) is a bitmask:
Value Meaning
1 Enable basic debug messages
2 Enable verbose debug messages (e.g. one message per event)
4 Enable extra-verbose debug messages (e.g. one message per byte)
8 Enable I/O tracing (e.g. one message per readl()/writel() call)


With DEBUG=undionly:8 you have only enabled the I/O tracing and not the other (more important) ones. If you really want to enable all (you don't, see below) then you should have 8+4+2+1 = 15 so DEBUG=undionly:15

However as I said it is unlikely that you want all since it will give just to much information, just build with my suggested

Code:

make bin/undionly.kpxe DEBUG=undionly

to enable the basic debug mode (the :1 part is default so not needed)