[ipxe-devel] Broadcom 5776x NIC problems

[Steve Goodrich]

I'm trying to get iSCSI boot working with the new Broadcom code on a 57761 or 57762 part.  The platform is AMD Trinity-based, with coreboot/SeaBIOS as the BIOS.  I've built iPXE ROMs specifically for these devices (bin/14e416b0.rom and bin/14e41682.rom) and added them to the coreboot image, and the iPXE ROM is one of the devices in SeaBIOS' boot order.  Unfortunately, the Broadcom NICs are not communicating over the wire and I don't understand why they are not.

Basically, I've got iPXE ROMs for Broadcom 57761 and 57762 NICs and I'm trying to use them for PXE or iSCSI boot.

iPXE reports the MAC address of the card, and I get lights on the Ethernet connector indicating both Link and Activity.

Here is the behavior from the iPXE command line (via Ctrl-B): 
----------------------------------------------------------------------
iPXE> ifstat
net0: <MAC> using 14e4-16b0 on PCI01:00.0 (closed)
  [Link:down, TX:0 TXE:0 RX:0 RXE:0]
  [Link status: Unknown(<URL>)]

iPXE> ifopen
iPXE> ifstat
net0: <MAC> using 14e4-16b0 on PCI01:00.0 (open)
  [Link:down, TX:0 TXE:0 RX:0 RXE:0]
  [Link status: Down (<URL>)]

iPXE> ifclose
iPXE> ifstat
net0: <MAC> using 14e4-16b0 on PCI01:00.0 (closed)
  [Link:up, TX:0 TXE:0 RX:22 RXE:22]
  [RXE: 14 x "Operation not supported (<URL>)"]
  [RXE: 8 x "The socket is not connected (<URL>)"]

iPXE> dchp
Waiting for link-up on net0... ok
DCHP (net0 <MAC>)............. Connection timed out (<URL>)
Could not configure net0: Connection timed out (<URL>)
iPXE> ifstat
net0: <MAC> using 14e4-16b0 on PCI01:00.0 (closed)
  [Link:up, TX:4 TXE:0 RX:63 RXE:57]
  [RXE: 13 x "Operation not supported (<URL>)"]
  [RXE: 22 x "The socket is not connected (<URL>)"]
----------------------------------------------------------------------

Wireshark shows no traffic on the net from the NICs' MAC addresses.  Is there something I've forgotten to do to make the NICs work in coreboot/SeaBIOS?  Is there some ROM that I need to load before running PXE?

Thanks,
    -- Steve G.