Hi All,

I am trying to launch on VMs on RHEL7.3. I am using SRIOV for VM networking and default ixgbe version which comes along with RHEL7.3 is version: 4.4.0-k-rh7.3.

Though I am successfully able to send icmp traffic between VM and remote side physical machine.

But, I am trying to configure my VM as plain L2 device, with capability to accept packets with Unknown Unicast address. For this, I am configuring the VF in trust mode, but I am still see packets with mac addresses other than VF mac gets dropped.

So, can any one please confirm if 82599ES nic card has any hardware limitation due to which it won't support unicast promiscuous mode ?  or has anyone made it work with 82599ES nic card?

Thanks in advance.

Thanks

Pratik

Hi,

We have installed Intel Ethernet Server Adapter I350-T4 on one of our site.

Current firmware version details are follows,

We want to downgrade firmware version to,

From where do we download this version and what is the procedure to do the same ?

Regards,

Ashvin

Hi, I have an Acer Aspire X3960 small desktop with Intel 82579V. Ever since upgrading to Windows 10 from Windows 7 I have had problems with dropped connections. I have tried various drivers from Intel and Microsoft, old and new, without any success (currently on driver version 12.15.22.6 from Microsoft from 2016, which seems to be the most stable. Still, the connection is dropping almost every hour. It usually picks up after waiting a few minutes, otherwise I need to go through disabling and enabling the network adapter to get it going again.

Any suggestions?

Hi! all

I use 82580EB whose i2c interface(SFP0_I2C_CLK,DATA) is connected to an i2c slave device.

I make igb driver as below,

[detail]

  -Base ver:igb-5.2.9.4.tar.gz

  -patches:add_i2cenable_parameter.patch

                 i2c_disables_oe_when_reading_scl_and_sda.patch

                 i2c_tristates_pins_for_high_value.patch

I try to check i2c interface as following steps,

(1)modprobe -r igb

(2)modprobe igb I2CBB=1

(3)modprobe i2c-dev

(4)i2cdetect - 0

-----------------------------result------------------------------------------

WARNING! This program can confuse your I2C bus, cause data loss and worse!

I will probe file /dev/i2c-0.

I will probe address range 0x03-0x77.

Continue? [Y/n] y

     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f

00:          -- -- -- -- -- 08 -- -- -- -- -- -- --

10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

20: -- -- -- -- 24 -- -- -- -- -- -- -- -- -- -- --

30: -- -- -- -- -- -- -- -- 38 -- -- -- -- -- -- --

40: -- -- -- -- 44 -- -- -- -- -- -- -- -- -- -- --

50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

70: -- -- -- -- -- -- -- --

------------------------------------------------------------------------------------

I guess that "i2cdetect -y 0" detects 4 i2c interface. Because 82580 has 4 i2c interface.

But the result means that 5 i2c interface are detected.

I would like to know that what device is maeached to each chip address.

How should I confrm the relation between chip address and actual device ?

Best Regards,

Taira

What is the pin out of the ELX550AT single channel 10GE controller. What is the maximum current requirement for the VCCA 1.0V power rail?

hi,

     we have 2 intel 82850 in my Oracle Linux 5.9. but 1 nic's firmware version is 3.0 and another nic's firmware version is 3.9. we want to upgrade firmware with same version, then bonding them.

   my question is : where can i download the firmware of Intel 82850 which version is 3.9??

[root@sfsdb5 ~]# lspc |grep net

-bash: lspc: command not found

[root@sfsdb5 ~]# lspci |grep net

04:00.0 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.1 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.2 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.3 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

05:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

Hi,

I am using a Dell PowerEdge R730 with Dual Xeon, each 22 cores, with 6 ixgbe compatible cards, on which I am running Linux with ixgbe driver version 4.4.0-k, using kernel versions both 4.7.10 and 4.9.6.
I am loading the ixgbe modules at boot time, bringing up the interfaces and setting smp_affinity to the cards, using the set_irq_affinity script, so all the possible RxTx IRQs are distributed between all the available cores.
The problem is that it happens, random, but quite often that the smp_affinity setting fails, and I need manually to re-run the script one or more times in order desired settings to be applied. There were also several occasions when the settings were not applied at all, and it took me several reboots to script to start working again.
The problem appears not only randomly as occurrence, but also at random NIC controllers, so I am excluding the possibility of failed HW, since I also changed NICs.

I added some debug messages to track the affinity setting in Linux kernel, and it turns out that most of the times when the setting fails the error that affinity setting function irq_do_set_affinity returns is EBUSY, but also sometimes it returns ENOSPC.

More investigation on the topic showed whenever EBUSY was returned the problem could be overcome with re-running the script. But if the error returned was ENOSPC, it takes several reboots for the problem to disappear.

In order to provide some more details on the system I am attaching two text files with the output of the modinfo of the ixgbe and lspci on the machine.

Hi,

I am trying to configure 802.1ad on ixgbe vfs with a goal of moving resultant q-in-q interface into a container i.e. have the vf in default namespace and have all the vf's vlan interfaces being moved to different namespaces. Theoretically in this configuration, packets would be double-tagged coming into pf, be directed to correct vf (and outer tag stripped) and then delivered to linux with single-tag.

I tried this:

# echo 32 > /sys/class/net/eth1/device/sriov_numvfs

# ip link set dev eth1 up

# ip link set dev eth1 vf 1 vlan 2 proto 802.1ad

RTNETLINK answers: Protocol not supported

Is there a way I can do this ?

TIA,

Don.

I am trying to filter network packets based on vlan tag ids.  Using wireshark I can capture/inspect packets with 2 different VLAN IDs on my network.  I was hoping to suppress packets associated a particular VLAN ID.  So, using the ethtool I added a hardware filter as follows:

sudo ethtool -U eth11 flow-type udp4 vlan 0x65 vlan-ask 0xE000 action -1 and

sudo ethtool -U eth11 flow-type udp4 vlan 0x67 vlan-ask 0xE000 action -1

Both commands are accepted (I observe 2  message indicating that rule 2001 and 2002 has been added, respectively)

After execution of the above commands,  no packets associated with VLAN 0x65 or 0x67 are received (good - what I expected).  As soon as I clear

one of the hardware filters via ethtool (sudo ethtool eth11 delete 2001) I receive packets associated with both VLAN Tags 0x65 and 0x66).

I was wondering if intel driver i40e truely supports hardware filtering? 

Thanks

Hi All,

I am using RHEL7.3 with Intel-82599ES nic cards to launch VMs with SRIOV enabled nic cards. I am using configuring only one VF per PF. I am configuring this VF with vlan, trust mode on and disabling spoof chk.

But, when I am sending vlan tagged packets from Guest VM, I can see the "spoofed packet detected" message in dmesg for this PF card.

We have also disabled the rx/tx vlan offload using ethtool command.

Here are setup details:

Kernel version

# uname -r

3.10.0-514.el7.x86_64

PF/VF configuration:

# ip link show eth2

4: eth2: <BROADCAST,MULTICAST,ALLMULTI,PROMISC,UP,LOWER_UP> mtu 9192 qdisc mq state UP mode DEFAULT qlen 1000

    link/ether 90:e2:ba:a5:98:7c brd ff:ff:ff:ff:ff:ff

    vf 0 MAC fa:16:3e:73:12:6c, vlan 1500, spoof checking off, link-state auto, trust on

IXGBE version

# ethtool -i eth2

driver: ixgbe

version: 4.4.0-k-rh7.3

firmware-version: 0x61bd0001

expansion-rom-version:

bus-info: 0000:81:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

Messages from dmesg

[441100.018278] ixgbe 0000:81:00.0 eth2: 3 Spoofed packets detected

[441102.022383] ixgbe 0000:81:00.0 eth2: 2 Spoofed packets detected

[441104.026460] ixgbe 0000:81:00.0 eth2: 3 Spoofed packets detected

[441106.030516] ixgbe 0000:81:00.0 eth2: 2 Spoofed packets detected

LSPCI output

# lspci -nn | grep Ether | grep 82599

81:00.0 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:00.1 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:10.0 Ethernet controller [0200]: Intel Corporation 82599 Ethernet Controller Virtual Function [8086:10ed] (rev 01)

Ethtool -k output

# ethtool -k eth2 | grep vlan

rx-vlan-offload: off

tx-vlan-offload: off

rx-vlan-filter: on

vlan-challenged: off [fixed]

tx-vlan-stag-hw-insert: off [fixed]

rx-vlan-stag-hw-parse: off [fixed]

rx-vlan-stag-filter: off [fixed]

Please let me know, if you any need any other information.

Regards

Pratik

Hi, I have several X710-DA4 that I purchased at different times, and some of them I was able to grab the latest firmware (5.05) and upgrade them. nvmupdate64e and ethool show this on the good ones:

driver: i40e

version: 1.6.42

firmware-version: 5.05 0x8000289d 1.1568.0

bus-info: 0000:85:00.2

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

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       5.05  1572 00:004 Up to date

    Adapter X710-4

02) Intel(R) I350 Gigabit Network Connection  1.99  1521 00:129 Update not

                                                                available

03) Intel(R) Ethernet Converged Network       5.05  1572 00:133 Up to date

    Adapter X710-4

On the other box, it will not let me upgrade:

driver: i40e

version: 2.0.23

firmware-version: 4.10 0x800011c5 0.0.0

bus-info: 0000:01:00.1

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

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       4.10  1572 00:001 Update not

    Adapter X710-4                                              available

02) Intel(R) I350 Gigabit Network Connection  1.99  1521 00:129 Update not

                                                                available

03) Intel(R) Ethernet Converged Network       4.10  1572 00:130 Update not

    Adapter X710-4                                              available

Does anyone know what's wrong?

Same issue as seen elsewhere with the i218-V on a dozen Lenovo e550. Rather than going to two remote locations and popping the cmos on the lot, I'd like to give the ULP enable/disable utility a try.

Hi there,

This is my first time posting on this forum. So here goes...

I noticed from using the "Reliability History" I noticed many crashes on the "WMI Provider Host". Looking at the details information it shows this:

Problem Event Name:    BEX64

Application Name:    wmiprvse.exe

Application Version:    6.2.9200.16398

Application Timestamp:    5033992e

Fault Module Name:    CoreAgnt.dll_unloaded

Fault Module Version:    0.0.0.0

Fault Module Timestamp:    58ecf841

Exception Offset:    000007fee8307e88

Exception Code:    c0000005

Exception Data:    0000000000000008

OS Version:    6.1.7601.2.1.0.256.48

Locale ID:    1033

Additional Information 1:    2264

Additional Information 2:    2264db07e74365624c50317d7b856ae9

Additional Information 3:    3ef2

Additional Information 4:    3ef25dd6ab33f02f72717e629f8b08ab

All the crashes involved WMIprvse.exe and the CoreAgnt.dll.  I noticed that the CoreAgnt.dll is part of the "Intel ProSet for the Device Manager". Ever since I've updated my one year old Ethernet driver, the crashes began.

The crashes only happen on startup or whenever you reboot the system. When the PC starts, there is no message pop-up indicating an error. Also when looking at the Network Adapter properties under Device Manager, it functions well with no issues while browsing the various settings.

I'm curious anyone else notice these crashes under Windows?

Hopefully Intel's software engineers would look into this. It never happened before from their previous drivers.

I have all the latest Windows 7 updates. I've also checked for virus using ESET NOD32 and found nothing.

Driver that's causing this issue is called:

Intel® Network Adapter Driver for Windows 7* version (22.4.0.1)

Here are my system specs:

Mobo: Asus Rampage 3 Extreme

CPU: Intel Core i7 930 @ 2.80Ghz (non-overclocked)

Memory: 12GB RAM

Video Card: MSI GeForce GTX 970 Gaming 4G

Sound Card: Sound Blaster Z

Ethernet: Intel 82567V-2 Gigabit Network (built-in from motherboard)

OS: Windows 7 64-bit SP1 Professional

FTech

Hi ,

I was  trying to set up Intel XL710 in 2x40 mode using the QCU but I am getting the error ""QSFP+ Configuration modification is not supported by this adapter."

Although If I try to check the current configuration it shows the mode as N/A.

All the steps that I followed:

[root@ndr730l:/tmp/EFIx64] ./qcu64e /devices

Intel(R) QSFP+ Configuration Utility

QCU version: v2.27.10.01

Copyright(C) 2016 by Intel Corporation.

Software released under Intel Proprietary License.

NIC Seg:Bus Ven-Dev Mode    Adapter Name

=== ======= ========= ======= ==================================================

1) 000:005 8086-1583 N/A Intel(R) Ethernet Converged Network Adapter XL710-

[root@ndr730l:/tmp/EFIx64] ./qcu64e /info /nic=1

Intel(R) QSFP+ Configuration Utility

QCU version: v2.27.10.01

Copyright(C) 2016 by Intel Corporation.

Software released under Intel Proprietary License.

QSFP+ Configuration modification is not supported by this adapter.

MAC Address: 3CFDFE16FE80

Serial Number: XL710QDA2BLK

Firmware details:

ethtool -i vmnic4

driver: i40e

version: 1.4.28

firmware-version: 5.04 0x800024d8 17.5.10

bus-info: 0000:05:00.0

Hi! all

I use 82580EB whose i2c interface(SFP0_I2C_CLK,DATA) is connected to an i2c slave device.

I make igb driver as below,

[detail]

  -Base ver:igb-5.2.9.4.tar.gz

  -patches:add_i2cenable_parameter.patch

                 i2c_disables_oe_when_reading_scl_and_sda.patch

                 i2c_tristates_pins_for_high_value.patch

I try to check i2c interface as following steps,

(1)modprobe -r igb

(2)modprobe igb I2CBB=1

(3)modprobe i2c-dev

(4)i2cdetect - 0

-----------------------------result------------------------------------------

WARNING! This program can confuse your I2C bus, cause data loss and worse!

I will probe file /dev/i2c-0.

I will probe address range 0x03-0x77.

Continue? [Y/n] y

     0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f

00:          -- -- -- -- -- 08 -- -- -- -- -- -- --

10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

20: -- -- -- -- 24 -- -- -- -- -- -- -- -- -- -- --

30: -- -- -- -- -- -- -- -- 38 -- -- -- -- -- -- --

40: -- -- -- -- 44 -- -- -- -- -- -- -- -- -- -- --

50: 50 -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

70: -- -- -- -- -- -- -- --

------------------------------------------------------------------------------------

I guess that "i2cdetect -y 0" detects 4 i2c interface. Because 82580 has 4 i2c interface.

But the result means that 5 i2c interface are detected.

I would like to know that what device is maeached to each chip address.

How should I confrm the relation between chip address and actual device ?

Best Regards,

Taira

Hi there,

I have 2x the same setup of one X540-T1 network card in a Logic Supply MK100B-50 (ASRock IMB-181-D Motherboard) and in both computers, after a certain amount of usage, the X540-T1 card stops working. When I go in the Windows Device Manager it says "Windows has stopped this device because it has reported problems. (code 43)"

I can disable and re-enable the device to make it work but only temporarly. The problem comes back.

I've also installed the latest intel driver. It says it is version 4.0.215.0 which was installed with the file: IntelNetworkDrivers-PROWinx64.exe.

Should this work?

Any ideas of how to fix this?

Thank you.

Facing one weird issue on the Intel setup (We have 2 machines having Intel card -both side we have Intel xl710 having 40G speed).We are seeing just 1 Gbps of throughput with netperf,iperf etc using ESXi 6.5

Setup has ESXi 6.5 (latest VMware Tools install with adapter VMXNET3) on both DUT/Partner each having a VM on which we ran Netperf/iPerf.

We have updated latest driver and firmware on Intel.

Additionally we have tried throughput in loopback mode with both Intel interfaces on same machine connected (below) just to make sure that its an Intel adapter issue on a particular machine but it doesn't seem to be the case

VM1---vSwitch1--Intel-1

                                 |

                                 |

VM2---vSwitch2--Intel-1

Intel Driver used: i40e-2.0.6-2494585-5301661

@ https://my.vmware.com/group/vmware/details?downloadGroup=DT-ESXI60-INTEL-I40E-206&productId=638&download=true&fileId=b21…

esxcli software vib install -d /tmp/i40e-2.0.6-2494585-offline_bundle-5301661.zip

FW: 5.04

Driver and FW are compatible as per the compatibility list @ VMware Compatibility Guide - I/O Device Search

Hello All,

We have been trying to make Unicast promiscuous mode work with RHEL7.3 with latest native ixgbe driver (ixgbe-5.1.3), but it seems that unicast promiscuous mode is not enabled for 82599 series nic cards in the native driver.

I can see an explicit check in ixgbe_sriov.c code, where before enabling promiscuous mode, it checks if NIC card is equal(or lower) than 82599EB, it returns.

Adding snippet below:

        case IXGBEVF_XCAST_MODE_PROMISC:

                if (hw->mac.type <= ixgbe_mac_82599EB)

                        return -EOPNOTSUPP;

                fctrl = IXGBE_READ_REG(hw, IXGBE_FCTRL);

                if (!(fctrl & IXGBE_FCTRL_UPE)) {

                        /* VF promisc requires PF in promisc */

                        e_warn(drv,

                               "Enabling VF promisc requires PF in promisc\n");

                        return -EPERM;

                }

                disable = 0;

                enable = IXGBE_VMOLR_BAM | IXGBE_VMOLR_ROMPE |

                         IXGBE_VMOLR_MPE | IXGBE_VMOLR_UPE | IXGBE_VMOLR_VPE;

                break;

But, when I see the corresponding code in DPDK16.11 version, I can see the support has been added for 82599 NICs family. The feature seems to have implemented using IXGBE_VMOLR_ROPE  flag.

Relevant snippet from DPDK code:

uint32_t

ixgbe_convert_vm_rx_mask_to_val(uint16_t rx_mask, uint32_t orig_val)

{

        uint32_t new_val = orig_val;

        if (rx_mask & ETH_VMDQ_ACCEPT_UNTAG)

                new_val |= IXGBE_VMOLR_AUPE;

        if (rx_mask & ETH_VMDQ_ACCEPT_HASH_MC)

                new_val |= IXGBE_VMOLR_ROMPE;

        if (rx_mask & ETH_VMDQ_ACCEPT_HASH_UC)

                new_val |= IXGBE_VMOLR_ROPE;

        if (rx_mask & ETH_VMDQ_ACCEPT_BROADCAST)

                new_val |= IXGBE_VMOLR_BAM;

        if (rx_mask & ETH_VMDQ_ACCEPT_MULTICAST)

                new_val |= IXGBE_VMOLR_MPE;

        return new_val;

}

So, can you please let us know, why such difference between supported NIC ? and can we also have similar functionality ported to the native ixgbe driver?

Other setup details

Kernel version

# uname -r

3.10.0-514.el7.x86_64

LSPCI output

# lspci -nn | grep Ether | grep 82599

81:00.0 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:00.1 Ethernet controller [0200]: Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection [8086:10fb] (rev 01)

81:10.0 Ethernet controller [0200]: Intel Corporation 82599 Ethernet Controller Virtual Function [8086:10ed] (rev 01)

# ethtool -i eth2

driver: ixgbe

version: 5.1.3

firmware-version: 0x61bd0001

expansion-rom-version:

bus-info: 0000:81:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

Regards

Pratik

hi,

     we have 2 intel 82850 in my Oracle Linux 5.9. but 1 nic's firmware version is 3.0 and another nic's firmware version is 3.9. we want to upgrade firmware with same version, then bonding them.

   my question is : where can i download the firmware of Intel 82850 which version is 3.9??

[root@sfsdb5 ~]# lspc |grep net

-bash: lspc: command not found

[root@sfsdb5 ~]# lspci |grep net

04:00.0 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.1 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.2 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

04:00.3 Ethernet controller: NetXen Incorporated NX3031 Multifunction 1/10-Gigabit Server Adapter (rev 42)

05:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

05:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.0 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.1 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.2 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

08:00.3 Ethernet controller: Intel Corporation 82580 Gigabit Network Connection (rev 01)

Hi,

We have installed Intel Ethernet Server Adapter I350-T4 on one of our site.

Current firmware version details are follows,

We want to downgrade firmware version to,

From where do we download this version and what is the procedure to do the same ?

Regards,

Ashvin