Intel® Ethernet Controller X550 Feature Support Matrix
File: ethernet-controller-x550-feature-support-matrix.pdf
Intel® Ethernet Controller X550 Feature Support Matrix
File: ethernet-controller-x550-feature-support-matrix.pdf
The driver is not working after cold boot / reboot. I've tried different versions of the driver. I've tried so far:
The problem has still persists. Any suggestions?
Hello Intel,
We have purchased 3pcs of Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01).
We have connected this to our HP Desktops in the PCI Express slot(PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)).
Now when we run iperf tool to measure the bandwidth we found that when dual port are used to tx/rx we see total bandwidth as 1st port @~4Gbits/sec and 2nd port @~5Gbits/sec total for 2 ports(port1 + port2) @~9Gbits/sec
When we use only 1 port we see 9Gbps bandwidth.
But as the product spec details from the link (Intel® Ethernet Converged Network Adapter X540-T2 Product Specifications ) as per port 10Gbps.
Please help us to reach the bandwidth as mentioned in the product spec. Means are we doing something wrong or any configuration in the driver that we need do.
Attachments shows how we are connected and tests performed with the results.
Thanks in advance.
Hi,
I have an embedded computer with 3xI210 ports (as windows tells me). I had to set the Interrupt Moderation Rate and other stuff like Receive Buffers to ensure that a high-performance ethernet camera is working well. Now (after a really long time) I updated the network drivers and these options are gone. Why is that so and what can I do about it? I could still use the old drivers, but I was looking forward automating these settings via the new powershell Cmdlets.
BR,
Daniel
Hi,
I have installed an Intel X550-T2 card into a newly built esxi 6.5u2 server with the latest drivers, the host can detect the hardware but it doesn't show up in the vmware console. All the hardware is listed on the compatibility list, what could be the problem?
I'm looking to install Ubuntu 16.04 drivers for a couple of Intel® Gigabit ET2 Quad Port Server Adapter Product Specifications cards. Running make install fails with an SSL error message:
At main.c:160:
- SSL error:02001002:system library:fopen:No such file or directory: bss_file.c:175
- SSL error:2006D080:BIO routines:BIO_new_file:no such file: bss_file.c:178
sign-file: certs/signing_key.pem: No such file or directory
DEPMOD 4.15.0-30-generic
I have Silicom quad 25G NIC's, it is using XXV710-AM2.
I'm using Avago 25G-SR SFP, and I have two interfaces hooked up back to back, I can't get a link.
I'm using the latest and greatest i40e driver (version 2.4.10)
This is what I see from ethtool
apcon@utraffic25:~/working/drivers/hw_debug$ sudo ethtool enp59s0f0
Settings for enp59s0f0:
Supported ports: [ ]
Supported link modes: 1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 1000baseT/Full
10000baseT/Full
Advertised auto-negotiation: Yes
Speed: Unknown! (65535)
Duplex: Unknown! (255)
Port: Unknown! (255)
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: g
Wake-on: g
Current message level: 0x0000000f (15)
Link detected: no
apcon@utraffic25:~/working/drivers/hw_debug$ sudo ethtool -i enp59s0f1
driver: i40e
version: 2.4.10
firmware-version: 6.02 0x80003a08 1.1691.0
bus-info: 0000:3b:00.1
I see link LED's responding just fine on the hardware, but I don't see the link state changing from linux
So my initial suspicions are:
1. Non-Intel SFP's are just not supported. Which is really odd for Intel NICs since all my 10G and 40G Intel NICs work wirth Avago.
2. Do I have to pass some drivers parameters to i40e?
Hi,
I currently have support request 03529552 in for this issue but I am posting to see if the community had an answer to my query.
I have 5x HP z8 G4 workstations and each machine has the following on-board Ethernet adapters: 1x I219-LM and 1x X722 1Gb
I would like to team both adapters together under 802.3ad dynamic link aggregation.
I did a fresh install of Win 10 Enterprise x64 1803 with the latest Intel drivers v23.2 from here: Download Intel® Network Adapter Driver for Windows® 10
However the teaming and VLAN tabs never show up under the device manager (screenshots attached).
Anyone have any idea what else I can do before I go out and purchase 5x I350-T2 2-Port 1Gb NICs (with no guarantee that it will work)?
I have also attached the output of the SSU tool.
Thanks,
Asela
Hi,
I have an Intel NUC7i3BNH with the I219V ethernet controller which is 802.1AS compliant according to its datasheet.
I am trying to use it with ptp4l and a gPTP profile but I get really high propagation delays in the range of 7μs when connected directly to an I210 device or Extreme x440-48t switch. This is very high for hardware timestamping. For reference, the I210 has a propagation delay of around 20ns when connected to the switch or another I210. The gPTP profile needs a propagation delay below 800ns to be considered AS capable.
I tried updating the e1000e drivers to version 3.4.1.1-NAPI but results were the same.
I am using Ubuntu 18.04.1 LTS and 4.13.0-45-generic kernel.
Why is the propagation delay so high and what can I do to fix it? Is the I219V actually 802.1AS compliant?
Thanx,
Andre.
Hello.
I am using 710 card in Fedora 28 with kernel 4.17.2. The card is configured to bond eth0, eth1, eth2, eth3 together as active/backup for historical reasons.
Here is my configuration:
[root@none device]# cat /sys/class/net/eth0/device/device
0x1589
[root@none device]# ethtool -i eth0
driver: i40e
version: 2.3.2-k
firmware-version: 6.01 0x80003485 1.1747.0
[root@none device]# uname -r
4.17.2-200.1.rnof28_300.x86_64
Every 51 minutes I am getting link down message:
Aug 13 11:15:26 localhost kernel: i40e 0000:3b:00.0 eth0: NIC Link is Down
Aug 13 11:15:27 localhost kernel: bond0: link status down for active interface eth0, disabling it in 500 ms
Aug 13 11:15:27 localhost kernel: bond0: link status definitely down for interface eth0, disabling it
Aug 13 11:15:27 localhost kernel: bond0: making interface eth1 the new active one
180 secs later link comes back:
Aug 13 11:18:31 localhost kernel: i40e 0000:3b:00.0 eth0: NIC Link is Up, 10 Gbps Full Duplex, Flow Control: None
Aug 13 11:18:31 localhost kernel: bond0: link status up for interface eth0, enabling it in 3000 ms
Aug 13 11:18:34 localhost kernel: bond0: link status definitely up for interface eth0, 10000 Mbps full duplex
Aug 13 11:18:34 localhost kernel: bond0: making interface eth0 the new active one
Does anybody have any idea of what is going wrong here?
Thanks,
_Vitaly
The 4 ports show up in Device Manager, but when I go to install the latest drivers (PROWinx64 it says "Cannot install drivers. No Intel(R) Adapters are present in this computer." How can I install the latest drivers? The current drivers are from Microsoft from 4/5/2016 ver 12.15.22.6.
Thanks for any help.
We have 8 brand new HPE DL380 Gen10 servers. Each of these servers has two HPE Ethernet 10Gb 2-port 562SFP+ Adapters. One is embedded and one on a PCI card. This card is based on the Intel X710 controller
HPE Ethernet 10Gb 2-port 562SFP+ Adapter OID8245220 | HPE™
We hooked two DAC cables, one from each card to our Juniper switch. The two ports on the Juniper switch are standard access ports. After installed the HPE customized version of ESXi 6.5 U1 we went into the console and added the two nics. We put in an IP address, gateway, mask, and DNS servers and then rebooted the host. During reboot we had a continuous ping going to the IP address of the ESXi management interface. The ping returned part way through the boot process and after fully booted the ping stopped. If I remove one of the 10Gb nics from the management network, the ping returns. If I use two of the 1Gb interfaces on this server which are based on a Broadcom chipset, the management interface works fine. The server has had all of its firmware upgraded. We are running driver version 1.5.8 and firmware version 10.2.5. The firmware came from here, I think it corresponds to VMWare's version of firmware 6.00
Drivers & Software - HPE Support Center.
I have a ticket opened with HPE but wanted to find out if Intel might have a solution for this
I have a Cougar Park WAV500 D3.1 Gateway which is in bridge mode. I want to revert it back to Gateway mode. What is the process to do a factory reset?
Is possible that after 2 weeks intel ANS driver is still broken in win 1803? How many time i need to wait for this?
I can create the network LAG in LACP mode but i cant enable the interface. Is there any solution?
Hi Sharon and Ninwardspiral,
We are having similar problems with the exact same NIC, and by coincidence with the same breakout cable (although we tested many).
Driver and firmware are updated to the latest versions available (2.4.3 and 6.01 respectively):
version: 2.4.3
firmware-version: 6.01 0x800034af 1.1853.0
First cable that does not work: ( QSFP to 4x10G SFP+, amphenol, 2m)
From the manufacturer website: Each QSFP-SFP+ splitter cable features a single QSFP+ connector (SFF-8436) rated for 40-Gbps on one end and (4) SFP+ connectors (SFF-8431), each rated for 10-Gbps, on the other.
SF-QSFP4SFPPS-002 Amphenol Commercial Products | Cable Assemblies | DigiKey (exact cable we bought)
ethtool -m output:
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x21 (Copper pigtail)
Transceiver codes : 0x00 0x00 0x00 0x00 0x00 0x04 0x00 0x00
Transceiver type : FC: Copper Passive
Encoding : 0x00 (unspecified)
BR, Nominal : 10300MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 0km
Length (SMF) : 0m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 2m
Length (OM3) : 0m
Passive Cu cmplnce. : 0x01 (SFF-8431 appendix E) [SFF-8472 rev10.4 only]
Vendor name : Amphenol
Vendor OUI : 78:a7:14
Vendor PN : 624400002
Vendor rev : A
Option values : 0x00 0x00
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : APF1718002044N
Date code : 170513
ethtool <intf> output (after bringing interfaces up):
Supported ports: [ ]
Supported link modes: Not reported
Supported pause frame use: Symmetric
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: Unknown!
Duplex: Unknown! (255)
Port: Other
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: d
Wake-on: d
Current message level: 0x0000000f (15)
drv probe link timer
Link detected: no
Second cable that does not work: ( QSFP to 4x10G SFP+, generic brand):
2m(6.6ft) 40G QSFP+ to 4SFP+ Passive Breakout DAC Cable | FS.COM
ethtool -m <intf> output:
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x21 (Copper pigtail)
Transceiver codes : 0x00 0x00 0x00 0x00 0x00 0x04 0x00 0x00
Transceiver type : FC: Copper Passive
Encoding : 0x00 (unspecified)
BR, Nominal : 10300MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 0km
Length (SMF) : 0m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 2m
Length (OM3) : 0m
Passive Cu cmplnce. : 0x03 (unknown) [SFF-8472 rev10.4 only]
Vendor name : FIBERSTORE
Vendor OUI : 00:00:00
Vendor PN : QSFP-4SFP10G-DAC
Vendor rev :
Third Cable, it does work but its not what we need:
https://www.brack.ch/delock-direct-attach-kabel-330520
As a way to see if the NICs work, we also bought a SFP+ to SFP+ cable that is supposed to support SFP MSA and SFF-8431, but not SFF-8472. What is impressive is that this cable is detected and allows us to bring the link up
and even exchange some data at 10gbps. However, that is not what we need.
Encoding : 0x00 (unspecified)
BR, Nominal : 10300MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 0km
Length (SMF) : 0m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 1m
Length (OM3) : 0m
Active Cu cmplnce. : 0x0c (unknown) [SFF-8472 rev10.4 only]
Vendor name : CISCO-TYCO
Vendor OUI : 00:40:20
Vendor PN : 2127493-1
Vendor rev : A
Option values : 0x00 0x12
Option : RX_LOS implemented
Option : TX_DISABLE implemented
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : 164800277_______
Settings for ens787f3:
Supported ports: [ FIBRE ]
Supported link modes: Not reported
Supported pause frame use: Symmetric
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: 10000Mb/s
Duplex: Full
Port: Direct Attach Copper
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: d
Wake-on: d
Current message level: 0x0000000f (15)
drv probe link timer
Link detected: yes
Fourth Cable (to be delivered):
Intel X4DACBL3 40G QSFP+ Breakout DAC Cable | FS.COM
We are waiting for a fourth cable (this time is supposed to be intel compatible, but we dont know if it will be compatible with our switch...).
Why is the amphenol cable not working if the output of ethernet says: (SFF-8431 appendix E) [SFF-8472 rev10.4 only] which as stated in : Compatible SFP+ Modules, SFP Modules, and Cables for Intel® Ethernet... should be enough to be compatible. Why
only SFP+ to SFP+ cables work? What should we do? We spent to many resources and time buying different cables.
And to finish, would this NIC Intel® Ethernet Network Adapter XXV710-DA2 Product Specifications give us better results?
Thanks.
Edgar
Using an updated driver, I cannot seem to get my interfaces up. Looks like the driver is not allowing the NIC to work due to the SFP+ module type, which worked previously on my Debian Stretch host. Clearly the NIC is detecting and reading the DAC, but I don't understand why it is not working. This is a 40G-breakout cable with 40-to-4x10G SFP+ DAC (TwinAx). I have tried adding the following to work around it, but it still does not work:
root@lab4:~# cat /etc/modprobe.d/i40e.conf
options i40e allow_unsupported_sfp=1
This was also discussed here, but there was no followup:
Intel Ethernet Drivers and Utilities / Mailing Lists
Output from dmesg:
[ 4.439190] i40e 0000:08:00.3: PCI-Express: Speed 8.0GT/s Width x8
[ 4.447918] i40e 0000:08:00.3: Features: PF-id[3] VFs: 32 VSIs: 34 QP: 8 RSS FD_ATR FD_SB NTUPLE CloudF DCB VxLAN Geneve NVGRE PTP VEPA
[ 4.453414] i40e 0000:08:00.2: Rx/Tx is disabled on this device because an unsupported SFP+ module type was detected.
[ 4.465288] i40e 0000:08:00.2: Refer to the Intel(R) Ethernet Adapters and Devices User Guide for a list of supported modules.
Other pertinent output:
root@lab4:~# ethtool -m eth6
Identifier : 0x03 (SFP)
Extended identifier : 0x04 (GBIC/SFP defined by 2-wire interface ID)
Connector : 0x21 (Copper pigtail)
Transceiver codes : 0x00 0x00 0x00 0x00 0x00 0x04 0x00 0x00
Transceiver type : FC: Copper Passive
Encoding : 0x00 (unspecified)
BR, Nominal : 10300MBd
Rate identifier : 0x00 (unspecified)
Length (SMF,km) : 0km
Length (SMF) : 0m
Length (50um) : 0m
Length (62.5um) : 0m
Length (Copper) : 3m
Length (OM3) : 0m
Passive Cu cmplnce. : 0x01 (SFF-8431 appendix E) [SFF-8472 rev10.4 only]
Vendor name : Amphenol
Vendor OUI : 78:a7:14
Vendor PN : 624400003
Vendor rev : A
Option values : 0x00 0x00
BR margin, max : 0%
BR margin, min : 0%
Vendor SN : APF13470035GDT
Date code : 131122
root@lab4:~# ethtool -i eth6
driver: i40e
version: 2.4.3
firmware-version: 6.01 0x800034af 1.1747.0
expansion-rom-version:
bus-info: 0000:08:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: yes
root@lab4:~# ethtool eth6
Settings for eth6:
Supported ports: [ ]
Supported link modes: Not reported
Supported pause frame use: Symmetric
Supports auto-negotiation: No
Advertised link modes: Not reported
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: Unknown!
Duplex: Unknown! (255)
Port: Other
PHYAD: 0
Transceiver: internal
Auto-negotiation: off
Supports Wake-on: d
Wake-on: d
Current message level: 0x0000000f (15)
drv probe link timer
Link detected: no
root@lab4:~# ip link show eth6
5: eth6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
link/ether 68:05:ca:2f:7c:b0 brd ff:ff:ff:ff:ff:ff
Hi there,
I ordered a couple of x710's and received some pretty old ones from my dealer. They came with Firmware 4.37.
When I upgraded the first card, actually the upgrade procedure itself failed and now the card is not accessible at all anymore:
xxx@test01:~/XL710/Linux_x64$ sudo ./nvmupdate64e
[sudo] password for labadmin:
Intel(R) Ethernet NVM Update Tool
NVMUpdate version 1.30.22.3
Copyright (C) 2013 - 2017 Intel Corporation.
WARNING: To avoid damage to your device, do not stop the update or reboot or power off the system during this update.
Inventory in progress. Please wait [****-.....]
Num Description Ver. DevId S:B Status
=== ======================================== ===== ===== ====== ===============
01) Intel(R) Ethernet Converged Network 6.01 1572 00:007 Update not
Adapter X710-4 available
02) Intel(R) Ethernet Converged Network 4.37 1572 00:036 Update
Adapter X710-4 available
Options: Adapter Index List (comma-separated), [A]ll, e[X]it
Enter selection:2
Would you like to back up the NVM images? [Y]es/[N]o: y
Update in progress. This operation may take several minutes.
[**-.......]
Tool execution completed with the following status: An error occurred when updating a firmware module
Press any key to exit.
after rebooting I only get :
xxx@test01:~/XL710/Linux_x64$ sudo ./nvmupdate64e
[sudo] password for labadmin:
Intel(R) Ethernet NVM Update Tool
NVMUpdate version 1.30.22.3
Copyright (C) 2013 - 2017 Intel Corporation.
WARNING: TO AVOID DAMAGE TO YOUR DEVICE, DO NOT EXIT OR REBOOT OR POWER OFF THE SYSTEM DURING THIS UPDATE
Inventory in progress. Please wait [*+........]
Num Description Device-Id B:D Adapter Status
=== ====================================== ========= ===== ====================
01) Intel(R) Ethernet Converged Network Ad 8086-1572 07:00 Update not available
02) Intel(R) Ethernet Converged Network Ad 8086-1572 36:00 Access error
Tool execution completed with the following status: Communication with base driver failed. Please verify that the base driver is present
The cards look like authentic Intel Cards from 2014, so I wondered if there is a way of recovering them? ( I tried nvm 4.32 already without success )
best regards
Hello Intel,
We have purchased 3pcs of Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01).
We have connected this to our HP Desktops in the PCI Express slot(PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)).
Now when we run iperf tool to measure the bandwidth we found that when dual port are used to tx/rx we see total bandwidth as 1st port @~4Gbits/sec and 2nd port @~5Gbits/sec total for 2 ports(port1 + port2) @~9Gbits/sec
When we use only 1 port we see 9Gbps bandwidth.
But as the product spec details from the link (Intel® Ethernet Converged Network Adapter X540-T2 Product Specifications ) as per port 10Gbps.
Please help us to reach the bandwidth as mentioned in the product spec. Means are we doing something wrong or any configuration in the driver that we need do.
Attachments shows how we are connected and tests performed with the results.
Thanks in advance.
Hi,
I have an embedded computer with 3xI210 ports (as windows tells me). I had to set the Interrupt Moderation Rate and other stuff like Receive Buffers to ensure that a high-performance ethernet camera is working well. Now (after a really long time) I updated the network drivers and these options are gone. Why is that so and what can I do about it? I could still use the old drivers, but I was looking forward automating these settings via the new powershell Cmdlets.
BR,
Daniel