topic Re: I210 eeupdate: fails to program MAC in Embedded Connectivity

I210 eeupdate: fails to program MAC

sharr25 — Thu, 09 May 2019 06:12:14 GMT

Hi,

We are not able to program the MAC address to an I210 on our PCB.

This is our own design PCBA which lands an off-module I210 on a motherboard connected to a E3950 ComExpress Type10 single board computer via PCIe. The i210 uses the PCIe reference clock from the E3950 ("common clock configuration"). The i210 has a flash attached which we programmed first before soldering into the system.

Our design was based off the Intel i210 reference design ("i210-at-i211-at-1g-base-t-reference-design-schematic.pdf") referencing the "i210-ethernet-controller-datasheet.pdf" datasheet. This design is currently being reviewed by Intel.

The OS is Ubuntu 18.04 using Intel igb driver v5.3.5.22

# lspci -vx
 
...
 
02:00.0 Ethernet controller: Intel Corporation I210 Gigabit Network Connection (rev 03)
	Subsystem: Intel Corporation I210 Gigabit Network Connection
	Flags: fast devsel, IRQ 20
	Memory at 91200000 (32-bit, non-prefetchable) [size=128K]
	I/O ports at e000 [size=32]
	Memory at 91220000 (32-bit, non-prefetchable) [size=16K]
	Capabilities: [40] Power Management version 3
	Capabilities: [50] MSI: Enable- Count=1/1 Maskable+ 64bit+
	Capabilities: [70] MSI-X: Enable- Count=5 Masked-
	Capabilities: [a0] Express Endpoint, MSI 00
	Capabilities: [100] Advanced Error Reporting
	Capabilities: [140] Device Serial Number 00-a0-c9-ff-ff-00-00-00
	Capabilities: [1a0] Transaction Processing Hints
	Kernel modules: igb
00: 86 80 33 15 03 00 10 00 03 00 00 02 00 00 00 00
10: 00 00 20 91 00 00 00 00 01 e0 00 00 00 00 22 91
20: 00 00 00 00 00 00 00 00 00 00 00 00 86 80 33 15
30: 00 00 00 00 40 00 00 00 00 00 00 00 ff 01 00 00

We are able to program the NVM,

# eeupdate64e
 
Using: Intel (R) PRO Network Connections SDK v2.32.20
 
EEUPDATE v5.32.20.27 
 
Copyright (C) 1995 - 2018 Intel Corporation
 
Intel (R) Confidential and not for general distribution.
 
 
 
Warning: No Adapter Selected
 
 
 
NIC Bus Dev Fun Vendor-Device Branding string
 
=== === === === ============= =================================================
 
 1  2 00 00  8086-1533  Intel(R) I210 Gigabit Network Connection
 
 2  3 00 00  8086-1539  Intel(R) I211 Gigabit Network Connection
 
 
# ./eeupdate64e /NIC=1 /FILE=I210_Invm_Copper_NoAPM_v0.6.txt /INVMUPDATE 
 
Using: Intel (R) PRO Network Connections SDK v2.32.20
EEUPDATE v5.32.20.27 
Copyright (C) 1995 - 2018 Intel Corporation
Intel (R) Confidential and not for general distribution.
 
 
NIC Bus Dev Fun Vendor-Device  Branding string
=== === === === ============= =================================================
  1   2  00  00   8086-1533    Intel(R) I210 Gigabit Network Connection
  2   3  00  00   8086-1539    Intel(R) I211 Gigabit Network Connection
 
Update INVM content ... Verify autoload configuration ... done.

Where our NVM file contains

IMGVER	0.6
IMGTYPE	6	; I210 Copper without APM
	CSRALD 	0x5ba0 	= 0x00001541 	LPG_RST 	; [Intel] Set GPAR_EN from CSR auto config.
	CSRALD 	0x0E34 	= 0x0B403C21	LPG_RST 	; [Intel] Clear EE_SU.LPI_Clock_Stop.
	WALD   	0x0a    = 0x402F     	PCIE_RST	; [Intel] Set GPAR_EN.
	WALD 	0x1b 	= 0x3400 	PCIE_RST        ; [Intel] Default settings.
	WALD 	0x28 	= 0x1C60 	PCIE_RST        ; [Intel] FLBAR_Size = 000
	WALD 	0x0d 	= 0x1533 	PCIE_RST	; [Intel] I210 Copper w/ flash Device ID
	WALD 	0x21 	= 0x0584 	PCIE_RST	; [Intel] Default settings.
	WALD 	0x24 	= 0x0280 	PCIE_RST	; [Intel] Default settings
	WALD 	0x0F 	= 0x7343 	SW_RST 		; [Intel] Set TX_LPI_EN.
	CSRALD 	0x0000 	= 0x08100241	SW_RST		; [Intel] Set CTRL.SLU.
	WALD	0x0B	= 0x1533	PCIE_RST	; Subsystem ID
	WALD	0x0C	= 0x8086	PCIE_RST	; Susbsystem Vendor ID
Ordered_Section_Start
	CSRALD 	0x5B44 	= 0x00FF00A8 	LPG_RST 	; [Intel] Set NFTS to 0xA8.
	CSRALD 	0x5B40 	= 0x5E000090 	LPG_RST 	; [Intel]  cont.
Ordered_Section_End

After programming the NVM, all power is removed for ~20secs before rebooting.

Now running celo64e, it passes tests

# ./celo64e
 
Using: Intel (R) PRO Network Connections SDK v2.32.20
Intel (R) PRO Adapter End of Line Diagnostic Utility  v1.32.20.26 
Copyright (C) 2002 - 2018 by Intel (R) Corporation.
Intel (R) Confidential and not for general distribution.
 
Found Intel(R) I210 Gigabit Network Connection
Card 1: Bus=2 Dev=0 Function=0 MAC Address=000000000000 IRQ=255
 
Testing adapter...hit <ESC> to abort.
Device Registers...PASSED
EEPROM Test...PASSED
FIFO Test...PASSED
Internal (Extended) Loopback Test...PASSED
Testing completed.

But the MAC is '000000000000' so we want to program. But this command fails.

# ./eeupdate64e /NIC=1 /MAC=001395286279
 
Using: Intel (R) PRO Network Connections SDK v2.32.20
EEUPDATE v5.32.20.27 
Copyright (C) 1995 - 2018 Intel Corporation
Intel (R) Confidential and not for general distribution.
 
 
NIC Bus Dev Fun Vendor-Device  Branding string
=== === === === ============= =================================================
  1   2  00  00   8086-1533    Intel(R) I210 Gigabit Network Connection
  2   3  00  00   8086-1539    Intel(R) I211 Gigabit Network Connection
 
 1: Updating Mac Address to 001395286279...Done.
 1: Updating Checksum and CRCs...Failed.

If we boot into the BIOS, we can see the card listed and inspect it's parameters. It looks good there but has blank MAC.

And linux fails to bring up the card because the MAC is not programmed.

# dmesg | grep '02:00'
[    0.219329] pci 0000:02:00.0: [8086:1533] type 00 class 0x020000
[    0.219368] pci 0000:02:00.0: reg 0x10: [mem 0x91200000-0x9121ffff]
[    0.219399] pci 0000:02:00.0: reg 0x18: [io  0xe000-0xe01f]
[    0.219414] pci 0000:02:00.0: reg 0x1c: [mem 0x91220000-0x91223fff]
[    0.219569] pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
[    3.613883] igb 0000:02:00.0: Invalid MAC Address
[    3.876238] igb: probe of 0000:02:00.0 failed with error -5

Thanks for your help

Sean

Re: I210 eeupdate: fails to program MAC

CarlosAM_INTEL — Fri, 10 May 2019 01:55:08 GMT

Hello, @sharr25:

Thank you for contacting Intel Embedded Community.

Could you please clarify if you are running Ubuntu in the E3950 processor, and the Eeupdate version 5.32.20.27 in the affected design?

Could you please verify that the affected design has implemented the suggestions that answer the question 2.23, on page 9 of the Intel(R) Ethernet Controller I210/I211 Frequently Asked Questions [FAQs] document # 335346? This document can be found at:

https://www.intel.com/content/dam/www/public/us/en/documents/faqs/ethernet-controller-i210-i211-faq.pdf

We are waiting for the information that should answer these questions.

Best regards,

@Mæcenas_INTEL.

Re: I210 eeupdate: fails to program MAC

sharr25 — Fri, 10 May 2019 05:14:12 GMT

Hi,

Yes we are running Ubuntu on the E3950 where we are also running that version of eeupdate to program the i210 NVM.

I had seen that question 2.23 in the FAQ, but it seems to say the MAC can be programmed again,

"Pin 12 on the I210 is designated for the purpose of overriding the security feature. To override the security when it is in effect, a pull down resistor can be applied to that pin. This pin is sampled during initialization to determine if security is disabled.

Not all fields in the image are protected. Fields that are normally subject to change by the OEM, such as the MAC address, PCI subsystem ID fields and LED customizations, can be changed without invalidating the digital signature."

This 2nd paragraph seems to indicate some fields such as MAC can be re-programmed after initial NVM programming.

We can also try pulling pin12 low at boot and see if that allows us to program the MAC.

But can you provide any clarification if the MAC should be able to re-program after initial NVM programming?

Thanks,

Sean

Re: I210 eeupdate: fails to program MAC

CarlosAM_INTEL — Sat, 11 May 2019 00:12:07 GMT

Hello, @sharr25:

Thanks for your reply.

Could you please verify if this situation persists using any of the following Operating System (OS) instead of Ubuntu?

- Windows* 10 Enterprise (64-bit).

- Windows* IoT Core (32/64-bit).

- Wind River 8 Linux distribution (64-bit).

- Yocto Project* BSP tool-based embedded Linux distribution (64-bit).

- Android (64-bit) Marshmallow PV April 17.

- Android O ETA target Q2 ’18.

- Wind River VxWorks* 7.

We appreciate your cooperation.

Best regards,

@Mæcenas_INTEL.