Hi,

I am not sure if this is the right place to post this question, if not please correct me.

I am using an Intel I210 card on my linux PC. I was trying to generate a clock output on one of the SDP pins, so I followed the section-7.8.3.3.3 in Intel-i210 data sheet.

According to Time Sync Interrupt Cause Register(TSICR) description, we can get interrupts to driver for "every output clock half-cycle on SDP pin". So I configured the registers accordingly from the "igb_avb driver" (few changes to original driver in Open-AVB).

The problem is, I am not getting those clock interrupts. Basically what I was looking for is, to get periodic interrupts from the SDP clock to igb_avb driver, to perform some tasks.

Have someone tried this before ?

Registers I configured (for CLK1 on SDP1) are:

IMS - set Time sync interrupts

TSIM - enable interrupt for Target Time1(TT1)

TSSDP - enable SDP1 and assign CLK1

TSAUXC - enable CLK1

CTRL - set SDP as output

FREQOUT - set clock half-cycle

Please let me know if any more information is required.

Thanks.

Does the I210 ship with a unique MAC Address for each chip, or do MACs need to be purchased and manually assigned?  In my experience it's always been the latter, but the manual has some bits that suggest that there's a unique factory setting that can be reapplied over a user MAC.

My platform is a Q7 module which already implements an I210 on PCIe.  I am designing a carrier board which includes 2 additional I210s on the Q7 PCIe bus.  The Q7 module is currently being tested on a development board and is running Ubuntu Server 14.04.5 and reports Intel Gigabit Ethernet Network Driver - version 5.2.15-k.  Its onboard I210 works fine in the development environment.

All I need is for the I210s to be recognized as a PCIe device by Linux and treated like any other unmanaged Ethernet adapter.  I only need to perform very basic config such as setting the MAC address, IPv4 details, and setting link speed.  Initiating Ethernet Compliance test patterns would also be desirable but not strictly required.

I would prefer to avoid implementing SPI flash configuration if possible.  The manufacturer of the Q7 module has also discouraged us from connecting the SMBus to external devices, so I would like to avoid that as well.  What level of functionality is available using only the PCIe link for configuration?

If I do need to use the SMBus, is it possible to change the SMBus Slave Address over PCIe?  Or will I need to implement an SPI Flash to write that register?

Hi,

I have a B150M-DH3 F6 gigabyte board with a intel i219-v onboard NIC. Using windows 7 x64 pro. Clean install on 01/01/2017.

Symptom :

When computer resumes from sleep mode, link speed changes to 10mbs and I lose my network connection.

I tried :

- newest intel drivers

- rolling back drivers

- turning off all power saving options in NIC preferences

- forcing 1gbs speed in NIC preferences

- forcing 100mbs speed in NIC preferences

- fiddling with BIOS settings (no power saving settings in BIOS for onboard NIC)

All to no avail.

I usually need one (sometimes two) reboots to fix the problem.

Please help!

@Having a problem with Intel Driver Update Utility giving me repeatedly the same driver version like "Intel Network Adapter Driver V 12.15.23.7" than I install it after when ready I restart my PC. When I see the Windows screen and I repeat to open application again with Intel Update Driver Utility it will give me again the same driver version "Intel Network Adapter Driver V 12.15.23.7" and again I will repeat and hangs again in the Utility!

I followed the log file directory and send you a screenshot report of it so maybe it will help you!

Hi,

I'm looking for help establishing (and troubleshooting) a link to a SPAN in promiscuous mode on Ubuntu Server 14.04.

This link was up and running and seeing packets for a few weeks. To help with an application issue, we installed the PF_RING kernel module, and after a server reboot, we have not been able to establish a link. We've rolled back our changes and removed PF_RING, but we are still not able to establish a link, and I'm looking for some help.

We've looked at our Gigamon SPAN and it appears to be sending data to our device but we have not been able to see any traffic ('tcpdump -i em1 -vv' does not see any traffic).

Any help would be greatly appreciated.

Jeff

$ifconfig  em1

em1      Link encap:Ethernet  HWaddr ec:f4:bb:**:**:**

          UP BROADCAST NOARP PROMISC MULTICAST  MTU:1500  Metric:1

          RX packets:0 errors:0 dropped:7180 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

$ sudo ethtool em1

Settings for em1:

  Supported ports: [ FIBRE ]

  Supported link modes:   1000baseT/Full

                          10000baseT/Full

  Supported pause frame use: No

  Supports auto-negotiation: Yes

  Advertised link modes:  1000baseT/Full

                          10000baseT/Full

  Advertised pause frame use: No

  Advertised auto-negotiation: Yes

  Speed: Unknown!

  Duplex: Unknown! (255)

  Port: FIBRE

  PHYAD: 0

  Transceiver: external

  Auto-negotiation: on

  Supports Wake-on: umbg

  Wake-on: g

  Current message level: 0x00000007 (7)

        drv probe link

  Link detected: no

$ cat /var/log/syslog | grep ixgbe

Feb 17 15:16:46 servername kernel: [    7.371724] ixgbe: Intel(R) 10 Gigabit PCI Express Network Driver - version 3.15.1-k

Feb 17 15:16:46 servername kernel: [    7.371727] ixgbe: Copyright (c) 1999-2013 Intel Corporation.

$ cat /var/log/syslog | grep em1

Feb 17 15:16:46 servername kernel: [  11.789614] systemd-udevd[572]: renamed network interface eth0 to em1

Feb 17 15:16:46 servername kernel: [  14.071614] IPv6: ADDRCONF(NETDEV_UP): em1: link is not ready

Feb 17 15:16:46 servername kernel: [  15.404429] ixgbe 0000:01:00.0: registered PHC device on em1

Feb 17 15:16:46 servername kernel: [  15.509280] IPv6: ADDRCONF(NETDEV_UP): em1: link is not ready

Feb 17 15:16:47 servername kernel: [  15.580413] ixgbe 0000:01:00.0 em1: detected SFP+: 6

Feb 17 15:16:48 servername kernel: [  16.713425] device em1 entered promiscuous mode

Feb 17 15:16:48 servername kernel: [  17.498677] ixgbe 0000:01:00.0 em1: detected SFP+: 6

$sudo ethtool -m em1

  Identifier                                : 0x03 (SFP)

  Extended identifier                      : 0x04 (GBIC/SFP defined by 2-wire interface ID)

  Connector                                : 0x07 (LC)

  Transceiver codes                        : 0x10 0x00 0x00 0x01 0x00 0x00 0x00 0x00

  Transceiver type                          : 10G Ethernet: 10G Base-SR

  Transceiver type                          : Ethernet: 1000BASE-SX

  Encoding                                  : 0x06 (64B/66B)

  BR, Nominal                              : 10300MBd

  Rate identifier                          : 0x02 (8/4/2G Rx Rate_Select only)

  Length (SMF,km)                          : 0km

  Length (SMF)                              : 0m

  Length (50um)                            : 80m

  Length (62.5um)                          : 30m

  Length (Copper)                          : 0m

  Length (OM3)                              : 300m

  Laser wavelength                          : 850nm

  Vendor name                              : Intel Corp     

  Vendor OUI                                : 00:1b:21

  Vendor PN                                : FTLX8571D3BCV-IT

  Vendor rev                                : A 

  Optical diagnostics support              : Yes

  Laser bias current                        : 26.446 mA

  Laser output power                        : 0.6639 mW / -1.78 dBm

  Receiver signal average optical power    : 0.0014 mW / -28.54 dBm

  Module temperature                        : 51.65 degrees C / 124.97 degrees F

  Module voltage                            : 3.3214 V

  Alarm/warning flags implemented          : Yes

  Laser bias current high alarm            : Off

  Laser bias current low alarm              : Off

  Laser bias current high warning          : Off

  Laser bias current low warning            : Off

  Laser output power high alarm            : Off

  Laser output power low alarm              : Off

  Laser output power high warning          : Off

  Laser output power low warning            : Off

  Module temperature high alarm            : Off

  Module temperature low alarm              : Off

  Module temperature high warning          : Off

  Module temperature low warning            : Off

  Module voltage high alarm                : Off

  Module voltage low alarm                  : Off

  Module voltage high warning              : Off

  Module voltage low warning                : Off

  Laser rx power high alarm                : Off

  Laser rx power low alarm                  : On

  Laser rx power high warning              : Off

  Laser rx power low warning                : On

  Laser bias current high alarm threshold  : 11.800 mA

  Laser bias current low alarm threshold    : 2.000 mA

  Laser bias current high warning threshold : 10.800 mA

  Laser bias current low warning threshold  : 3.000 mA

  Laser output power high alarm threshold  : 0.8318 mW / -0.80 dBm

  Laser output power low alarm threshold    : 0.1585 mW / -8.00 dBm

  Laser output power high warning threshold : 0.6607 mW / -1.80 dBm

  Laser output power low warning threshold  : 0.1995 mW / -7.00 dBm

  Module temperature high alarm threshold  : 78.00 degrees C / 172.40 degrees F

  Module temperature low alarm threshold    : -13.00 degrees C / 8.60 degrees F

  Module temperature high warning threshold : 73.00 degrees C / 163.40 degrees F

  Module temperature low warning threshold  : -8.00 degrees C / 17.60 degrees F

  Module voltage high alarm threshold      : 3.7000 V

  Module voltage low alarm threshold        : 2.9000 V

  Module voltage high warning threshold    : 3.6000 V

  Module voltage low warning threshold      : 3.0000 V

  Laser rx power high alarm threshold      : 1.0000 mW / 0.00 dBm

  Laser rx power low alarm threshold        : 0.0100 mW / -20.00 dBm

  Laser rx power high warning threshold    : 0.7943 mW / -1.00 dBm

  Laser rx power low warning threshold      : 0.0158 mW / -18.01 dBm

Got Supoermicro server from supplier  with X710-DA2 Card

I'm install FreeBSD 11, update to stable and have next messages:

ixl0: <Intel(R) Ethernet Connection XL710/X722 Driver, Version - 1.6.6-k> mem 0xf8000000-0xf8ffffff,0xf9008000-0xf900ffff irq 32 at device 0.0 on pci3

ixl0: Using MSIX interrupts with 9 vectors

ixl0: fw 4.33.31377 api 1.2 nvm 4.41 etid 80001866 oem 16.4096.10

ixl0: The driver for the device detected an older version of the NVM image than expected.

So I try update NVM under FreeBSD:

Intel(R) Ethernet NVM Update Tool

NVMUpdate version 1.26.17.11

Copyright (C) 2013 - 2016 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 [Segmentation fault (core dumped)

Then I try update NVM under Ubuntu, download and install driver

# ethtool -i enp2s0f0

driver: i40e

version: 1.5.25

firmware-version: 4.41 0x80001866 16.5.10

expansion-rom-version:

bus-info: 0000:02:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

 

# lspci |grep 710

02:00.0 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ (rev 01)

02:00.1 Ethernet controller: Intel Corporation Ethernet Controller X710 for 10GbE SFP+ (rev 01)

 

and got

XL710/Linux_x64# ./nvmupdate64e

 

Intel(R) Ethernet NVM Update Tool

NVMUpdate version 1.26.17.11

Copyright (C) 2013 - 2016 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                            Device-Id B:D   Adapter Status

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

01) Intel(R) Ethernet Converged Network Ad 8086-1572 02:00 Update not available

02) Intel(R) I350 Gigabit Network Connecti 8086-1521 05:00 Update not available

 

 

Tool execution completed with the following status: Device not found

Press any key to exit.

lspci -v with serial number attached

Can anyone help me with this question? Thank you!

Hi,

We have  X710 for 10GbE SFP+ in one of my products running on Linux 3.14,  where we recently updated the driver to version 1.5.16.

After driver update we started getting a mesg as below:

[    9.407133] i40e 0000:82:00.3: fw 4.22.27454 api 1.2 nvm 4.26 0x800014ab 0.0.0

[    9.414503] i40e 0000:82:00.3: The driver for the device detected an older version of the NVM image than expected. Please update the NVM image.

Current firmware and driver:

root@abcd:/tmp/xl710_old# ethtool -i eth2

driver: i40e

version: 1.5.16

firmware-version: 4.26 0x800014ab 0.0.0

bus-info: 0000:03:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: yes

Now we refered to Intel support and came  to know about NVM Update Utility. We downloaded latest one and tried to update the NVM image we got error, log below:

Intel(R) Ethernet NVM Update Tool

NVMUpdate version 1.26.17.11

Copyright (C) 2013 - 2016 Intel Corporation.

./nvmupdate64e -l fileoutput.txt

Config file read.

Inventory

[03:00:00]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[03:00:01]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[03:00:02]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[03:00:03]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[130:00:00]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[130:00:01]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[130:00:02]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

[130:00:03]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  EEPROM inventory started

Warning: VPD is not valid

Alternate MAC address is not set

  EEPROM inventory finished

  Flash inventory started

  Flash inventory finished

  OROM inventory started

  Discovered OROMs: No OROMs discovered

  OROM inventory finished

Update

[03:00:00]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  Creating backup images in directory: 08357107C9F0

OROM not present on device - skipping FLB backup

  Backup images created.

  Flash update started

Error:   Can't preserve PBA. Not enough space on image (Device PBA size: 6, Buffer PBA size: 2)

[130:00:00]: Intel(R) Ethernet Controller X710 for 10GbE SFP+

  Creating backup images in directory: 08357107C918

OROM not present on device - skipping FLB backup

  Backup images created.

  Flash update started

Error:   Can't preserve PBA. Not enough space on image (Device PBA size: 6, Buffer PBA size: 2)

What we may be missing here ?

I have a problem very similar or identical to that experienced by nh29 here
i218-LM code 10 after restart without cable

Since purchasing my Let's Note laptop PC CF-LX3 I have been unable to connect to wired land only wifi.

I eventually got around to having a look in the device manager (I had thought that the problem must be mine since I had the problem from new)

In the device manager the driver for my Ethernet Chip has the yellow triangle and exclamation mark.

i am told that I have a can't start due to  Code 10.

I have tried installing your latest drivers from your site

Download Intel® Network Adapter Driver for Windows 8.1*

and installing them by first extracting them using 7-Zip and browsing to the 64 bit drivers using the method described on reddit here

ethernet driver issue : techsupport

I also tried letting the Device manage find drivers on the Internet (which told me that I had the most up to date drivers installed)

Add I also downloaded the Win81_64_d135311 file from my computer manufacturers site here in Japan

Let's note CF-LX3シリーズ 導入済みドライバー | パナソニック パソコンサポート

In all cases I am told that the driver installed but the the device can not be started

the driver was installed but

"this device cannot start. (Code 10)"

In all cases I uninstalled and deleted the previous drivers first.

Like nh29 I have a degree in electronic engineering (thought I am not chartered) .

On nh29's thread it was suggested that this has something to do with the Ultra Low Power settings. I am not sure how to turn these off.  You send a tool to nh29 apparently after which he did not respond to the thread above so perhaps that cured things for him.

I see that in the Power Plan settings there are Intel CPPC Energy Efficient Optimization but in both they are now set to Plugged in Disabled, and Aggressiveness when plugged in at 0%

(I could have sworn that earlier today these settings were different! Perhaps one of the more recent drivers that I installed changed the settings).

My system is Windows 8.1 Pro 64 bit Japanese (GUI language English)

The device manager says

This device cannot start. (Code 10)

{Operation Failed}

The requested operation was unsuccessful.

In the advanced settings

Wake on Link is Off

and (aha) "Low power Ethernet" was on. I set it to off and disabled, then re-enabled the device but it still says Code 10.

The other thing that surprises me is that under driver details the files are in the Windows sub folder "System32" is that as it should be?

C\windows\system32\Drivers\e1d64x64.sys

and the following three files in the same location

e1dmsg.dll

NicCo36.dll (this is the oldest file in system32)

NicINstD.dll

According to the page below the first file e1d64x64.sys is an Intel "Gigabit" driver (sounds right)

What is e1d64x64.sys from Intel Corporation? (id:21427853)

And the version number of the driver in my Device manager is the same as that mentioned on the page above

12.9.16.0

Tim

I have one issue, at customer machine the user space process is hogging up the processor (soft lockup)along with 2 kernel process and dump stack trace showing RIP at _ticket_spin_lock in all 3 process.

As i know "If an user-space process had caused the soft-lockup, a line identifying the process by its pid would logged, followed by the contents of various CPU-registers without a call-trace of any sorts" but in my case i am getting dump stack trace for user process too.

is it coming from a misbehaving user space app? is it normal functionality of soft lockup? if is it functionality of soft lockup then how to resolve the issue?

Any help will be highly appreciated.

it is x86_64 machine and kernel is 3.1.10. I know all 3 process are waiting for _ticket_spin_lock. see :-


Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492033] BUG: soft lockup - CPU#3 stuck for 22s! [virtio_shm/5/3:7874]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404215] BUG: soft lockup - CPU#31 stuck for 23s! [kni_thread:6605]
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172014] BUG: soft lockup - CPU#0 stuck for 22s! [gis:14145]



i thing problem in igb driver!! Because gis anf kni_thread both had igb driver logs

Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492033] BUG: soft lockup - CPU#3 stuck for 22s! [virtio_shm/5/3:7874]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492036] Modules linked in: xt_sharedlimit xt_hashlimit ip_set_hash_ipport ip_set_hash_ipportip xt_NOTRACK ip_set_bitmap_port xt_sctp nf_conntrack_ipv6 nf_defrag_ipv6 xt_CT arpt_mangle ip_set_hash_ipnet xt_NFLOG xt_limit xt_hashcounter ip_set_hash_ipip xt_set ip_set_hash_ip deflate ctr twofish_x86_64 twofish_common camellia serpent blowfish cast5 des_generic cbc xcbc rmd160 crypto_null af_key iptable_mangle ip_set arptable_filter arp_tables iptable_raw iptable_nat nfnetlink_log nfnetlink ipt_ULOG ipt_PORTMAP af_packet zlib zlib_deflate sha512_generic sha256_generic sha1_generic md5 icp_qa_al pcie8120 rte_kni pfe_pep virtio_rte virtio_shm virtio_vtnet virtio_uio igb_uio virtio_ring virtio uio xt_tcpudp xt_state xt_pkttype nf_conntrack_control bonding binfmt_misc iptable_filter ip6table_filter ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables x_tables mperf ipmi_devintf ipmi_si ipmi_msghandler edd nf_conntrack_proto_sctp nf_conntrack sctp 8021q garp stp llc gb_sys usb_storage uas iTCO_wdt ioatdma pcspkr iTCO_vendor_support ixgbe igb wmi i2c_i801 mdio dca sg button container ipv6 autofs4 usbhid ehci_hcd megasr(P) usbcore processor thermal_sys
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492126] CPU 3
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492127] Modules linked in: xt_sharedlimit xt_hashlimit ip_set_hash_ipport ip_set_hash_ipportip xt_NOTRACK ip_set_bitmap_port xt_sctp nf_conntrack_ipv6 nf_defrag_ipv6 xt_CT arpt_mangle ip_set_hash_ipnet xt_NFLOG xt_limit xt_hashcounter ip_set_hash_ipip xt_set ip_set_hash_ip deflate ctr twofish_x86_64 twofish_common camellia serpent blowfish cast5 des_generic cbc xcbc rmd160 crypto_null af_key iptable_mangle ip_set arptable_filter arp_tables iptable_raw iptable_nat nfnetlink_log nfnetlink ipt_ULOG ipt_PORTMAP af_packet zlib zlib_deflate sha512_generic sha256_generic sha1_generic md5 icp_qa_al pcie8120 rte_kni pfe_pep virtio_rte virtio_shm virtio_vtnet virtio_uio igb_uio virtio_ring virtio uio xt_tcpudp xt_state xt_pkttype nf_conntrack_control bonding binfmt_misc iptable_filter ip6table_filter ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables x_tables mperf ipmi_devintf ipmi_si ipmi_msghandler edd nf_conntrack_proto_sctp nf_conntrack sctp 8021q garp stp llc gb_sys usb_storage uas iTCO_wdt ioatdma pcspkr iTCO_vendor_support ixgbe igb wmi i2c_i801 mdio dca sg button container ipv6 autofs4 usbhid ehci_hcd megasr(P) usbcore processor thermal_sys
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492193]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492196] Pid: 7874, comm: virtio_shm/5/3 Tainted: P            3.1.10-gb20-default #1 Intel Corporation S2600CO/S2600CO
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492201] RIP: 0010:[<ffffffff81020650>]  [<ffffffff81020650>] __ticket_spin_lock+0x18/0x1b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492208] RSP: 0018:ffff88043ee63de8  EFLAGS: 00000293
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492210] RAX: 00000000000069be RBX: ffff880423772740 RCX: 000000000000000e
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492213] RDX: 00000000000069bc RSI: 000000000000000e RDI: ffff88041e56a484
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492215] RBP: ffff88041e56a484 R08: ffff88041e56a740 R09: ffff88041554f04c
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492217] R10: 0000000000000048 R11: ffff88041ee7fbc0 R12: ffff88043ee63d58
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492219] R13: ffffffff813f831e R14: ffff88041e56a484 R15: ffff88041ee7fbc0
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492222] FS:  0000000000000000(0000) GS:ffff88043ee60000(0000) knlGS:0000000000000000
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492225] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492227] CR2: 000000000078a410 CR3: 000000080b8df000 CR4: 00000000000406e0
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492229] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492232] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492234] Process virtio_shm/5/3 (pid: 7874, threadinfo ffff880811e52000, task ffff880821e320c0)
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492236] Stack:
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492238]  ffffffff8106b766 ffffffffa05e3a1e 000000001201fea9 ffffffffa03ef8b8
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492244]  0000002e1201fea9 ffff880423772000 ffff88043ee63e48 ffff880423772000
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492249]  ffffffff8192a870 0000000000000608 0000000000000000 ffffffff81928b00
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492255] Call Trace:
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492266]  [<ffffffff8106b766>] do_raw_spin_lock+0x5/0x8
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492275]  [<ffffffffa05e3a1e>] packet_rcv+0x254/0x2ab [af_packet]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492299]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492304]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492311]  [<ffffffffa03e2b49>] virtio_rte_recv_packets+0x2c/0x49 [virtio_rte]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492318]  [<ffffffffa03e2b78>] virtio_rte_poll+0x12/0x8c [virtio_rte]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492325]  [<ffffffff81339c88>] net_rx_action+0x65/0x178
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492331]  [<ffffffff81045c73>] __do_softirq+0xb2/0x19d
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492337]  [<ffffffff813f9aac>] call_softirq+0x1c/0x30
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492343]  [<ffffffff81003931>] do_softirq+0x3c/0x7b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492348]  [<ffffffff81045971>] _local_bh_enable_ip.isra.12+0x75/0x9b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492355]  [<ffffffffa03d8cdc>] virtio_shm_interrupt.isra.8+0xd6/0xeb [virtio_shm]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492363]  [<ffffffffa03d8e0c>] virtio_shm_intr_task+0x11b/0x15f [virtio_shm]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492371]  [<ffffffff8105975a>] kthread+0x76/0x7e
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492377]  [<ffffffff813f99b4>] kernel_thread_helper+0x4/0x10
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492379] Code: b7 c9 40 0f b6 ff 48 89 c2 44 89 ce e9 8e fb ff ff 90 90 b8 00 00 01 00 f0 0f c1 07 0f b7 d0 c1 e8 10 39 c2 74 07 f3 90 0f b7 17 <eb> f5 c3 8b 07 89 c2 c1 c0 10 39 c2 8d 90 00 00 01 00 75 04 f0
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492409] Call Trace:
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492413]  [<ffffffff8106b766>] do_raw_spin_lock+0x5/0x8
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492418]  [<ffffffffa05e3a1e>] packet_rcv+0x254/0x2ab [af_packet]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492428]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492432]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492437]  [<ffffffffa03e2b49>] virtio_rte_recv_packets+0x2c/0x49 [virtio_rte]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492444]  [<ffffffffa03e2b78>] virtio_rte_poll+0x12/0x8c [virtio_rte]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492450]  [<ffffffff81339c88>] net_rx_action+0x65/0x178
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492454]  [<ffffffff81045c73>] __do_softirq+0xb2/0x19d
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492459]  [<ffffffff813f9aac>] call_softirq+0x1c/0x30
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492463]  [<ffffffff81003931>] do_softirq+0x3c/0x7b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492467]  [<ffffffff81045971>] _local_bh_enable_ip.isra.12+0x75/0x9b
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492472]  [<ffffffffa03d8cdc>] virtio_shm_interrupt.isra.8+0xd6/0xeb [virtio_shm]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492480]  [<ffffffffa03d8e0c>] virtio_shm_intr_task+0x11b/0x15f [virtio_shm]
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492486]  [<ffffffff8105975a>] kthread+0x76/0x7e
Aug 26 09:31:58 at-vie01a-cq21b kernel: [115452.492491]  [<ffffffff813f99b4>] kernel_thread_helper+0x4/0x10
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404215] BUG: soft lockup - CPU#31 stuck for 23s! [kni_thread:6605]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404219] Modules linked in: xt_sharedlimit xt_hashlimit ip_set_hash_ipport ip_set_hash_ipportip xt_NOTRACK ip_set_bitmap_port xt_sctp nf_conntrack_ipv6 nf_defrag_ipv6 xt_CT arpt_mangle ip_set_hash_ipnet xt_NFLOG xt_limit xt_hashcounter ip_set_hash_ipip xt_set ip_set_hash_ip deflate ctr twofish_x86_64 twofish_common camellia serpent blowfish cast5 des_generic cbc xcbc rmd160 crypto_null af_key iptable_mangle ip_set arptable_filter arp_tables iptable_raw iptable_nat nfnetlink_log nfnetlink ipt_ULOG ipt_PORTMAP af_packet zlib zlib_deflate sha512_generic sha256_generic sha1_generic md5 icp_qa_al pcie8120 rte_kni pfe_pep virtio_rte virtio_shm virtio_vtnet virtio_uio igb_uio virtio_ring virtio uio xt_tcpudp xt_state xt_pkttype nf_conntrack_control bonding binfmt_misc iptable_filter ip6table_filter ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables x_tables mperf ipmi_devintf ipmi_si ipmi_msghandler edd nf_conntrack_proto_sctp nf_conntrack sctp 8021q garp stp llc gb_sys usb_storage uas iTCO_wdt ioatdma pcspkr iTCO_vendor_support ixgbe igb wmi i2c_i801 mdio dca sg button container ipv6 autofs4 usbhid ehci_hcd megasr(P) usbcore processor thermal_sys
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404306] CPU 31
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404308] Modules linked in: xt_sharedlimit xt_hashlimit ip_set_hash_ipport ip_set_hash_ipportip xt_NOTRACK ip_set_bitmap_port xt_sctp nf_conntrack_ipv6 nf_defrag_ipv6 xt_CT arpt_mangle ip_set_hash_ipnet xt_NFLOG xt_limit xt_hashcounter ip_set_hash_ipip xt_set ip_set_hash_ip deflate ctr twofish_x86_64 twofish_common camellia serpent blowfish cast5 des_generic cbc xcbc rmd160 crypto_null af_key iptable_mangle ip_set arptable_filter arp_tables iptable_raw iptable_nat nfnetlink_log nfnetlink ipt_ULOG ipt_PORTMAP af_packet zlib zlib_deflate sha512_generic sha256_generic sha1_generic md5 icp_qa_al pcie8120 rte_kni pfe_pep virtio_rte virtio_shm virtio_vtnet virtio_uio igb_uio virtio_ring virtio uio xt_tcpudp xt_state xt_pkttype nf_conntrack_control bonding binfmt_misc iptable_filter ip6table_filter ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables x_tables mperf ipmi_devintf ipmi_si ipmi_msghandler edd nf_conntrack_proto_sctp nf_conntrack sctp 8021q garp stp llc gb_sys usb_storage uas iTCO_wdt ioatdma pcspkr iTCO_vendor_support ixgbe igb wmi i2c_i801 mdio dca sg button container ipv6 autofs4 usbhid ehci_hcd megasr(P) usbcore processor thermal_sys
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404373]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404376] Pid: 6605, comm: kni_thread Tainted: P            3.1.10-gb20-default #1 Intel Corporation S2600CO/S2600CO
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404380] RIP: 0010:[<ffffffff81020650>]  [<ffffffff81020650>] __ticket_spin_lock+0x18/0x1b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404389] RSP: 0018:ffff88083ede3cf0  EFLAGS: 00000297
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404391] RAX: 00000000000069bd RBX: 0000000000000000 RCX: 000000000000000e
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404393] RDX: 00000000000069bc RSI: 000000000000000e RDI: ffff88041e56a484
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404395] RBP: ffff88041e56a484 R08: ffff88041e56a740 R09: ffff880808f20440
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404397] R10: ffff88080d395084 R11: 000000000000001f R12: ffff88083ede3c68
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404400] R13: ffffffff813f831e R14: ffff88041e56a484 R15: ffff88080b97d0c0
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404402] FS:  0000000000000000(0000) GS:ffff88083ede0000(0000) knlGS:0000000000000000
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404405] CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404407] CR2: 00007f0ad3e5e000 CR3: 0000000001805000 CR4: 00000000000406e0
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404409] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404412] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404414] Process kni_thread (pid: 6605, threadinfo ffff88080cab8000, task ffff8808138562c0)
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404416] Stack:
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404418]  ffffffff8106b766 ffffffffa05e3a1e 0000000000000000 0000000000000000
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404424]  0000002e00000000 ffff88042488a000 0000000000000000 ffff88042488a000
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404429]  ffffffff8192a870 0000000000000608 0000000000000000 ffffffff81928b00
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404435] Call Trace:
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404446]  [<ffffffff8106b766>] do_raw_spin_lock+0x5/0x8
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404454]  [<ffffffffa05e3a1e>] packet_rcv+0x254/0x2ab [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404477]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404482]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404487]  [<ffffffff8133979e>] napi_skb_finish+0x1c/0x31
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404497]  [<ffffffffa031adee>] igb_clean_rx_irq+0x30d/0x39e [igb]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404517]  [<ffffffffa031aecd>] igb_poll+0x4e/0x74 [igb]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404532]  [<ffffffff81339c88>] net_rx_action+0x65/0x178
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404538]  [<ffffffff81045c73>] __do_softirq+0xb2/0x19d
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404544]  [<ffffffff813f9aac>] call_softirq+0x1c/0x30
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404550]  [<ffffffff81003931>] do_softirq+0x3c/0x7b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404555]  [<ffffffff81045f98>] irq_exit+0x3c/0xac
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404558]  [<ffffffff81003655>] do_IRQ+0x82/0x98
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404565]  [<ffffffff813f24ee>] common_interrupt+0x6e/0x6e
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404573]  [<ffffffffa05e0003>] atomic_inc+0x3/0x4 [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404579]  [<ffffffffa05e3a33>] packet_rcv+0x269/0x2ab [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404477]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404482]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404487]  [<ffffffff8133979e>] napi_skb_finish+0x1c/0x31
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404497]  [<ffffffffa031adee>] igb_clean_rx_irq+0x30d/0x39e [igb]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404517]  [<ffffffffa031aecd>] igb_poll+0x4e/0x74 [igb]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404532]  [<ffffffff81339c88>] net_rx_action+0x65/0x178
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404538]  [<ffffffff81045c73>] __do_softirq+0xb2/0x19d
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404544]  [<ffffffff813f9aac>] call_softirq+0x1c/0x30
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404550]  [<ffffffff81003931>] do_softirq+0x3c/0x7b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404555]  [<ffffffff81045f98>] irq_exit+0x3c/0xac
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404558]  [<ffffffff81003655>] do_IRQ+0x82/0x98
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404565]  [<ffffffff813f24ee>] common_interrupt+0x6e/0x6e
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404573]  [<ffffffffa05e0003>] atomic_inc+0x3/0x4 [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404579]  [<ffffffffa05e3a33>] packet_rcv+0x269/0x2ab [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404589]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404593]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404610]  [<ffffffffa041bd4b>] kni_net_rx_normal+0x12d/0x178 [rte_kni]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404690]  [<ffffffffa041ae58>] kni_thread+0x39/0x91 [rte_kni]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404758]  [<ffffffff8105975a>] kthread+0x76/0x7e
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404763]  [<ffffffff813f99b4>] kernel_thread_helper+0x4/0x10
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404766] Code: b7 c9 40 0f b6 ff 48 89 c2 44 89 ce e9 8e fb ff ff 90 90 b8 00 00 01 00 f0 0f c1 07 0f b7 d0 c1 e8 10 39 c2 74 07 f3 90 0f b7 17 <eb> f5 c3 8b 07 89 c2 c1 c0 10 39 c2 8d 90 00 00 01 00 75 04 f0
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404795] Call Trace:
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404800]  [<ffffffff8106b766>] do_raw_spin_lock+0x5/0x8
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404805]  [<ffffffffa05e3a1e>] packet_rcv+0x254/0x2ab [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404814]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404818]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404822]  [<ffffffff8133979e>] napi_skb_finish+0x1c/0x31
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404831]  [<ffffffffa031adee>] igb_clean_rx_irq+0x30d/0x39e [igb]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404849]  [<ffffffffa031aecd>] igb_poll+0x4e/0x74 [igb]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404863]  [<ffffffff81339c88>] net_rx_action+0x65/0x178
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404868]  [<ffffffff81045c73>] __do_softirq+0xb2/0x19d
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404872]  [<ffffffff813f9aac>] call_softirq+0x1c/0x30
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404875]  [<ffffffff81003931>] do_softirq+0x3c/0x7b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404880]  [<ffffffff81045f98>] irq_exit+0x3c/0xac
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404883]  [<ffffffff81003655>] do_IRQ+0x82/0x98
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404887]  [<ffffffff813f24ee>] common_interrupt+0x6e/0x6e
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404893]  [<ffffffffa05e0003>] atomic_inc+0x3/0x4 [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404899]  [<ffffffffa05e3a33>] packet_rcv+0x269/0x2ab [af_packet]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404908]  [<ffffffff81337bbf>] __netif_receive_skb+0x2e1/0x36b
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404912]  [<ffffffff81339722>] netif_receive_skb+0x7e/0x84
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404921]  [<ffffffffa041bd4b>] kni_net_rx_normal+0x12d/0x178 [rte_kni]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.404996]  [<ffffffffa041ae58>] kni_thread+0x39/0x91 [rte_kni]
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.405064]  [<ffffffff8105975a>] kthread+0x76/0x7e
Aug 26 09:32:00 at-vie01a-cq21b kernel: [115455.405068]  [<ffffffff813f99b4>] kernel_thread_helper+0x4/0x10
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172014] BUG: soft lockup - CPU#0 stuck for 22s! [gis:14145]
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172017] Modules linked in: xt_sharedlimit xt_hashlimit ip_set_hash_ipport ip_set_hash_ipportip xt_NOTRACK ip_set_bitmap_port xt_sctp nf_conntrack_ipv6 nf_defrag_ipv6 xt_CT arpt_mangle ip_set_hash_ipnet xt_NFLOG xt_limit xt_hashcounter ip_set_hash_ipip xt_set ip_set_hash_ip deflate ctr twofish_x86_64 twofish_common camellia serpent blowfish cast5 des_generic cbc xcbc rmd160 crypto_null af_key iptable_mangle ip_set arptable_filter arp_tables iptable_raw iptable_nat nfnetlink_log nfnetlink ipt_ULOG ipt_PORTMAP af_packet zlib zlib_deflate sha512_generic sha256_generic sha1_generic md5 icp_qa_al pcie8120 rte_kni pfe_pep virtio_rte virtio_shm virtio_vtnet virtio_uio igb_uio virtio_ring virtio uio xt_tcpudp xt_state xt_pkttype nf_conntrack_control bonding binfmt_misc iptable_filter ip6table_filter ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables x_tables mperf ipmi_devintf ipmi_si ipmi_msghandler edd nf_conntrack_proto_sctp nf_conntrack sctp 8021q garp stp llc gb_sys usb_storage uas iTCO_wdt ioatdma pcspkr iTCO_vendor_support ixgbe igb wmi i2c_i801 mdio dca sg button container ipv6 autofs4 usbhid ehci_hcd megasr(P) usbcore processor thermal_sys
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172098] CPU 0
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172099] Modules linked in: xt_sharedlimit xt_hashlimit ip_set_hash_ipport ip_set_hash_ipportip xt_NOTRACK ip_set_bitmap_port xt_sctp nf_conntrack_ipv6 nf_defrag_ipv6 xt_CT arpt_mangle ip_set_hash_ipnet xt_NFLOG xt_limit xt_hashcounter ip_set_hash_ipip xt_set ip_set_hash_ip deflate ctr twofish_x86_64 twofish_common camellia serpent blowfish cast5 des_generic cbc xcbc rmd160 crypto_null af_key iptable_mangle ip_set arptable_filter arp_tables iptable_raw iptable_nat nfnetlink_log nfnetlink ipt_ULOG ipt_PORTMAP af_packet zlib zlib_deflate sha512_generic sha256_generic sha1_generic md5 icp_qa_al pcie8120 rte_kni pfe_pep virtio_rte virtio_shm virtio_vtnet virtio_uio igb_uio virtio_ring virtio uio xt_tcpudp xt_state xt_pkttype nf_conntrack_control bonding binfmt_misc iptable_filter ip6table_filter ip6_tables nf_nat_ftp nf_nat nf_conntrack_ftp nf_conntrack_ipv4 nf_defrag_ipv4 ip_tables x_tables mperf ipmi_devintf ipmi_si ipmi_msghandler edd nf_conntrack_proto_sctp nf_conntrack sctp 8021q garp stp llc gb_sys usb_storage uas iTCO_wdt ioatdma pcspkr iTCO_vendor_support ixgbe igb wmi i2c_i801 mdio dca sg button container ipv6 autofs4 usbhid ehci_hcd megasr(P) usbcore processor thermal_sys
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172163]
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172166] Pid: 14145, comm: gis Tainted: P            3.1.10-gb20-default #1 Intel Corporation S2600CO/S2600CO
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172170] RIP: 0010:[<ffffffff8102064d>]  [<ffffffff8102064d>] __ticket_spin_lock+0x15/0x1b
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172178] RSP: 0000:ffff88043ee03cf0  EFLAGS: 00000293
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172180] RAX: 00000000000069bf RBX: 00000000020110ac RCX: 000000000000000e
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172182] RDX: 00000000000069bc RSI: 000000000000000e RDI: ffff88041e56a484
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172184] RBP: ffff88041e56a484 R08: ffff88041e56a740 R09: ffff8804154a5840
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172187] R10: 00007f0afce77000 R11: 0000000000000000 R12: ffff88043ee03c68
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172189] R13: ffffffff813f831e R14: ffff88041e56a484 R15: ffff88041e568280
Aug 26 09:32:01 at-vie01a-cq21b kernel: [115456.172192] FS:  00007f0afd70b700(0000) GS:ffff88043ee00000(0000) knlGS:0000000000000000

I have two DELL PCs each installed Intel X520-DA1 with SFP+ (FTLX1471D3BCV-IT) and using single mode fiber to connect two PCs directly, on Windows 7 ultimate 64bit the adapter linked as 10Gbps, but when I using iperf to test the transmission speed, it only ran about 2.5Gbps, I change two adapters to X520-LR1 and still the same?!

No matter what I change (configurations, SFP+), the speed still extremely slow,I wonder what could be wrong?!

Hi all,why my linux system server sometime printed "e1000e 0000:0f:00.0: eth2: Reset adapter unexpectedly" on log message,

did any one have seen that before?Wired Ethernet

kernel version:Linux 2.6.32-220.el6.x86_64 x86_64

Ethernet controller: Intel Corporation 82574L Gigabit Network Connection

Kernel driver in use: e1000e

Kernel modules: e1000e

Hello,

after the update to Windows 10 (x64, Build 10240) the creation of a teaming group (static or IEEE802.3ad) with a I211+I217-V NIC fails.

Drivers have been upgraded to the latest version available and multiple reinstallations with reboots din't help either. Whenever the group creation wizzard is used and a groupname (several tried), the adapters and LACP have been selected, a Windows pop-up appears to tell me group creation has failed.

However the Windows Device Manager shows a newly created "Intel Advanced Network Services Virtual Adapter", so some kind of configuration seems to get done.

Using Windows 7 SP1 x64 the exact same setup worked flawlessly for months, so Win10/the driver are the likely culprit.

Is anyone experiencing similar problems and/or is this a known bug? Feedback on this issue is greatly appreciated.

Thanks in advance!

Kind regards,

Famaku

Test Case Please Ignore -2

#first server

root@sdb-1 ~]# fcoeadm -i p6p2.1002-fcoe

    Description:      82599ES 10-Gigabit SFI/SFP+ Network Connection

    Revision:         01

    Manufacturer:     Intel Corporation

    Serial Number:    90E2BA26EE3E

    Driver:           ixgbe 3.21.2

    Number of Ports:  1

        Symbolic Name:     fcoe v0.1 over p6p2.1002-fcoe

        OS Device Name:    host11

        Node Name:         0x1000001B2194DC83

        Port Name:         0x2000001B2194DC83

        FabricName:        0x100050EB1AF120AC

        Speed:             10 Gbit

        Supported Speed:   1 Gbit, 10 Gbit

        MaxFrameSize:      2048

        FC-ID (Port ID):   0x050000

        State:             Online

#second server

[root@dct1 ~]# fcoeadm -i p6p2.1002-fcoe

    Description:      82599ES 10-Gigabit SFI/SFP+ Network Connection

    Revision:         01

    Manufacturer:     Intel Corporation

    Serial Number:    90E2BA0DE616

    Driver:           ixgbe 3.21.2

    Number of Ports:  1

        Symbolic Name:     fcoe v0.1 over p6p2.1002-fcoe

        OS Device Name:    host11

        Node Name:         0x1000001B2194DC83

        Port Name:         0x2000001B2194DC83

        FabricName:        0x0000000000000000

        Speed:             10 Gbit

        Supported Speed:   1 Gbit, 10 Gbit

        MaxFrameSize:      2048

        FC-ID (Port ID):   0x000000

        State:             Linkdown

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M

KMODE_EXCEPTION_NOT_HANDLED

IRQL_NOT_LESS_OR_EQUAL

nvlddmkm.sys

ntoskrnl.exe

Hello, I have recently arrived at the end of any forum as well as different topic on the internet on the problems written above. Does anyone have any idea how to fix this.

If you need more precision do not hesitate. thank you in advance for your help

Are any of the pins on the I350T2V2BLK for an LED connection? I want to connect a LAN indicator LED on the front of the server case to this NIC.

Only find intel®82572 and 82572EI, not found 82572GI

Hi Wb,

No more inquiry about this! But i got another one problem!

Please help me check what should i do to solve it!

Mar 13 10:01:05 localhost-0 kernel: igb 0000:05:00.0: Detected Tx Unit Hang

Mar 13 10:01:05 localhost-0 kernel:  Tx Queue             <0>

Mar 13 10:01:05 localhost-0 kernel:  TDH                  <3>

Mar 13 10:01:05 localhost-0 kernel:  TDT                  <3>

Mar 13 10:01:05 localhost-0 kernel:  next_to_use          <3>

Mar 13 10:01:05 localhost-0 kernel:  next_to_clean        <1>

Mar 13 10:01:05 localhost-0 kernel: buffer_info[next_to_clean]

Mar 13 10:01:05 localhost-0 kernel:  time_stamp           <1071ac597>

Mar 13 10:01:05 localhost-0 kernel:  next_to_watch        <ffff88026e052010>

Mar 13 10:01:05 localhost-0 kernel:  jiffies              <1071acff6>

Mar 13 10:01:05 localhost-0 kernel:  desc.status          <0>

Mar 13 10:01:07 localhost-0 kernel: igb 0000:05:00.0: Detected Tx Unit Hang

Mar 13 10:01:07 localhost-0 kernel:  Tx Queue             <0>

Mar 13 10:01:07 localhost-0 kernel:  TDH                  <3>

Mar 13 10:01:07 localhost-0 kernel:  TDT                  <3>

Mar 13 10:01:07 localhost-0 kernel:  next_to_use          <3>

Mar 13 10:01:07 localhost-0 kernel:  next_to_clean        <1>

Mar 13 10:01:07 localhost-0 kernel: buffer_info[next_to_clean]

Mar 13 10:01:07 localhost-0 kernel:  time_stamp           <1071ac597>

Mar 13 10:01:07 localhost-0 kernel:  next_to_watch        <ffff88026e052010>

Mar 13 10:01:07 localhost-0 kernel:  jiffies              <1071ad7c6>

Mar 13 10:01:07 localhost-0 kernel:  desc.status          <0>

Mar 13 10:01:09 localhost-0 kernel: igb 0000:05:00.0: Detected Tx Unit Hang

Mar 13 10:01:09 localhost-0 kernel:  Tx Queue             <0>

Mar 13 10:01:09 localhost-0 kernel:  TDH                  <3>

Mar 13 10:01:09 localhost-0 kernel:  TDT                  <3>

Mar 13 10:01:09 localhost-0 kernel:  next_to_use          <3>

Mar 13 10:01:09 localhost-0 kernel:  next_to_clean        <1>

Mar 13 10:01:09 localhost-0 kernel: buffer_info[next_to_clean]

Mar 13 10:01:09 localhost-0 kernel:  time_stamp           <1071ac597>

Mar 13 10:01:09 localhost-0 kernel:  next_to_watch        <ffff88026e052010>

Mar 13 10:01:09 localhost-0 kernel:  jiffies              <1071adf96>

Mar 13 10:01:09 localhost-0 kernel:  desc.status          <0>

Mar 13 10:01:10 localhost-0 kernel: bonding: bond0: link status definitely down for interface slot0_GE4, disabling it

Mar 13 10:01:13 localhost-0 kernel: igb 0000:07:00.0: Detected Tx Unit Hang

Mar 13 10:01:13 localhost-0 kernel:  Tx Queue             <0>

Mar 13 10:01:13 localhost-0 kernel:  TDH                  <1>

Mar 13 10:01:13 localhost-0 kernel:  TDT                  <1>

Mar 13 10:01:13 localhost-0 kernel:  next_to_use          <1>

Mar 13 10:01:13 localhost-0 kernel:  next_to_clean        <0>

Mar 13 10:01:13 localhost-0 kernel: buffer_info[next_to_clean]

Mar 13 10:01:13 localhost-0 kernel:  time_stamp           <1071ae524>

Mar 13 10:01:13 localhost-0 kernel:  next_to_watch        <ffff88027a2ae000>

Mar 13 10:01:13 localhost-0 kernel:  jiffies              <1071aef36>

Mar 13 10:01:13 localhost-0 kernel:  desc.status          <3c>

Mar 13 10:01:13 localhost-0 kernel: igb 0000:05:00.0: slot0_GE4: igb: slot0_GE4 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None

Mar 13 10:01:13 localhost-0 kernel: bond0: link status definitely up for interface slot0_GE4, 1000 Mbps full duplex.

Mar 13 10:01:15 localhost-0 kernel: igb 0000:07:00.0: Detected Tx Unit Hang

Mar 13 10:01:15 localhost-0 kernel:  Tx Queue             <0>

Mar 13 10:01:15 localhost-0 kernel:  TDH                  <1>

Mar 13 10:01:15 localhost-0 kernel:  TDT                  <1>

Mar 13 10:01:15 localhost-0 kernel:  next_to_use          <1>

Mar 13 10:01:15 localhost-0 kernel:  next_to_clean        <0>

Mar 13 10:01:15 localhost-0 kernel: buffer_info[next_to_clean]

Mar 13 10:01:15 localhost-0 kernel:  time_stamp           <1071ae524>

Mar 13 10:01:15 localhost-0 kernel:  next_to_watch        <ffff88027a2ae000>

Mar 13 10:01:15 localhost-0 kernel:  jiffies              <1071af706>

Mar 13 10:01:15 localhost-0 kernel:  desc.status          <3c>

Mar 13 10:01:16 localhost-0 kernel: bonding: bond0: link status definitely down for interface slot0_GE2, disabling it