We have Windows machine that requests DHCP lease very often. Can someone please suggest what could be the issue and how can this be resolved.The Intel card for instance is Intel(R) Ethernet connection l218M. Any help would be appreciated as there are couple of other machines on network causing same issue.
Thanks
Hello,
I've tried to integrate the network drivers (Intel Network Adapter Driver 20.0) into a Windows 7 installer using NTLite. When I install this image and Windows tries to boot I get an error message that the file e1c63x64.sys was not found. I also tried to install the driver from the device manager (on a Windows 8.1 machine) and it didn't find a driver (I have extracted the driver files into a directory and selected the root of this directory in the update driver dialog ("Update Driver..." -> "Browse my computer for driver software" -> Select root directory of folder where files were extracted and select "Include subfolders").
So it looks like the .inf installation method is not supported for this driver. Can anybody tell me why this is the case?
Regards
Martin
We recently replaced some 1GB network adapters with HP 561FLR-T 10Gbit adapters. 1 went into a Windows server and the other 2 went into Redhat 6.6 servers. No issues at all on the Windows side. However, on the 2 Redhat servers, we get several thousand RX/CRC errors per day. I can find no apparent reason for this.
Servers: DL380p Gen8
NICs: HP 561FLR-T
Driver version: ixgbe-3.23.2.1
Switch: Brocade 10Gbit
The two ports are bonded. So far, everything looks to have been recoverable. But it seems that if everything is done properly, CRC errors shouldn't occur at this rate. I'm kind of at a loss to understand or explain this. And given that the Windows server is in the same rack, connected to the same switch, with same brand/length/type of cables, it's even more confusing to me. So I'm looking for thoughts or ideas on what I can try next.
Disclaimer: I'm not a network guy, but we're a very small shop so I've inherited the job. But I'm perfectly willing to accept that I've done something wrong as long as it solves the problem
Hi,
I recently installed Network Connections 19.3.141.0 for a 82579LM LAN adapter and all appears OK, except when looking at the driver Link Speed tab, Link Status is displaying
"1.00 GbpsNotAvailable"
Tried uninstall and reinstall, and on three different machines - all the same problem. Previous version gave duplex status, rather than "NotAvailable".
Screen shot attached.
Any ideas please?
Driver version: 12.10.29.0
OS: Win 7 Pro 64bit
Hello,
I am interested in using an intel 10GB network card to move data directly
to and from another PCIe card. This other card supports DMA transfer through a
simple API in its driver.
Can anyone advise me on the best way of doing this? I have not
done any linux driver development before, but I have a lot of programming experience
in C.
Thanks,
Aaron
Hi,
We order an Intel X710DA2 from Provantage and SFPs from Amazon.
The NIC and accompanied SFPs work fine with full speed (10 Gbps) when connecting with other NIC Ports.
The Issue we need to ask here is when we loop the two ports of that X710DA2 together, the port status show "Cable Unplugged", of course the Intel IOUtil show IO not Enable:
| NIC B/D/F | Ven-Dev MAC | IO Branding string |
=== ======== ========= ============ === =======================================
1) 02/00/00 8086-1572 NA Intel(R) Ethernet Converged Network Adapter X710-
2) 02/00/01 8086-1572 NA Intel(R) Ethernet Controller X710 for 10GbE SFP+
Also, DPDK (1.8) testcmd shows only 1Gbps link connection between them.
#build/app/testpmd -c7 -n3 -- -i --nb-cores=2 --nb-ports=2
Port 0: 68:05:CA:30:51:B4
Configuring Port 1 (socket 0)
PMD: i40e_dev_tx_queue_setup(): Using full-featured tx path
PMD: i40e_dev_rx_queue_setup(): Rx Burst Bulk Alloc Preconditions are satisfied. Rx Burst Bulk Alloc function will be used on port=1, queue=0.
Port 1: 68:05:CA:30:51:B5
Checking link statuses...
Port 0 Link Up - speed 1000 Mbps - full-duplex
Port 1 Link Up - speed 1000 Mbps - full-duplex
Please explain to us about this unexpected situation.
FYI,
Our current OS is CENTOS 7 with latest controller driver from Intel® Download Center
Lspci Info:
# lspci | egrep -i --color 'network|ethernet'
02:00.0 Ethernet controller: Intel Corporation Ethernet 10G 2P X710 Adapter (rev 01)
02:00.1 Ethernet controller: Intel Corporation Ethernet 10G 2P X710 Adapter (rev 01)
Lshw Info:
#lshw -class network
*-network:0
description: Ethernet interface
product: Ethernet 10G 2P X710 Adapter
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:02:00.0
logical name: enp2s0f0
version: 01
serial: 68:05:ca:30:51:b4
width: 64 bits
clock: 33MHz
capabilities: pm msi msix pciexpress vpd bus_master cap_list rom ethernet physical autonegotiation
configuration: autonegotiation=off broadcast=yes driver=i40e driverversion=0.3.30-k firmware=f4.22 a1.1 n40.25 e8000143f latency=0 link=no multicast=yes
resources: irq:17 memory:f5000000-f57fffff memory:f5808000-f580ffff memory:f7580000-f75fffff
*-network:1
description: Ethernet interface
product: Ethernet 10G 2P X710 Adapter
vendor: Intel Corporation
physical id: 0.1
bus info: pci@0000:02:00.1
logical name: enp2s0f1
version: 01
serial: 68:05:ca:30:51:b5
width: 64 bits
clock: 33MHz
capabilities: pm msi msix pciexpress vpd bus_master cap_list rom ethernet physical autonegotiation
configuration: autonegotiation=off broadcast=yes driver=i40e driverversion=0.3.30-k firmware=f4.22 a1.1 n40.25 e8000143f latency=0 link=no multicast=yes
resources: irq:17 memory:f4800000-f4ffffff memory:f5800000-f5807fff memory:f7500000-f757ffff
Ethtool Info:
# ethtool -i enp7s0f0
driver: be2net
version: 10.0.600.0r
firmware-version: 4.2.324.30
bus-info: 0000:07:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: no
supports-priv-flags: no
# ethtool -i enp7s0f1
driver: be2net
version: 10.0.600.0r
firmware-version: 4.2.324.30
bus-info: 0000:07:00.1
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: no
supports-priv-flags: no
Regards,
Tu
http://www.provantage.com/intel-x710da2~7ITEN0KM.htm
http://www.amazon.com/Intel-E10GSFPSR-Ethernet-Optic-10GBase-SR/dp/B002OHV01K
It has been a while since I’ve made a blog posting. That is because I was moved away from doing Virtualization and Manageability technologies to work on Intel Switching products. Last week I was fortunate to be at the Open Compute Summit in San Jose, CA.
I was only able to attend one actual session while there, because the rest of my time was spent in the Intel® booth presenting a technology preview of Intel’s upcoming Red Rock Canyon switch product and the accompanying quick video. It was exciting to be able to demonstrate and discuss Red Rock Canyon with people.
We made a quick video of me doing my chat, not my most fluid discussion however it gets the point across and luckily the pretty demo GUI distracts from my ugly mug.
Red Rock Canyon will be available in Q3 of this year. At that time I will have more videos, blogs papers etc. Until then, I hope this video will give you some insight.
hi, i would like to report that the new intel nic drivers version 19.3 that just released recently has huge 6000+ dpc latency spike once in a few secs.
my specs
Intel(R) 82579LM Gigabit Network Connection
windows 7 SP1 32bit + lastest windows update
i downgrade to intel nic drivers previous version 19.1 and the problem is just gone.
Hi!
I am trying to use one of the dual port XL710 adapters to connect with a 10Gb port. For that, I am trying to use an adapter from Mellanox: MAM1Q00A-QSA Cable Module ETH 10GbE 40Gb/s to 10Gb/s QSFP to SFP+. Unfortunately, just plugging it into XL710 and connecting the resulting SFP+ does not lead to an established link. So, I wonder, whether XL710 supports such configuration? My setup:
OS: Ubuntu 14.04
lspci -v:
83:00.0 Ethernet controller: Intel Corporation Ethernet Controller LX710 for 40GbE QSFP+ (rev 01)
Subsystem: Super Micro Computer Inc Device 0000
Physical Slot: 6
ethtool -i eth4
driver: i40e
version: 1.2.37
firmware-version: f4.22.26225 a1.2 n4.24 e12f3
ethtool eth4
Settings for eth4:
Supported ports: [ ]
Supported link modes: 40000baseCR4/Full
40000baseSR4/Full
40000baseLR4/Full
Supported pause frame use: Symmetric
Supports auto-negotiation: No
Advertised link modes: 40000baseCR4/Full
40000baseSR4/Full
40000baseLR4/Full
Advertised pause frame use: No
Advertised auto-negotiation: No
Speed: Unknown!
Duplex: Unknown! (255)
Port: Other
PHYAD: 0
Transceiver: external
Auto-negotiation: off
Supports Wake-on: g
Wake-on: d
Current message level: 0x0000000f (15)
drv probe link timer
Link detected: no
Thank you
Is there a list of Vendor Products that have WiDi as standard not all PC or Laps have stickers indicating WiDi on board
I have a system using an Intel i218-LM ethernet controller:
Under normal operation the LAN works correctly. I can disconnect and re-connect the LAN cable, and each time the LAN connection is re-established.
If I perform a system restart with the LAN cable connected, the LAN is established correctly once Windows boots.
However, if I perform a system restart without a LAN cable connected then I get a Code-10 error in Windows under Device-Manager for the i218-LM controller. When I re-connect the LAN cable obviously the connection isn't re-established due to the Code-10 error. If within Device-Manager I disable and then re-enable the i218-LM, the Code-10 error goes away, and the connection is correctly established.
Any ideas?
Can i change my intel® Centrino Wireless N 2230 by Intel Centrino Advanced-N 6235 or best Intel® Dual Band Wireless-AC 7260 on an HP ENVY 17 J073ac
hello, i hope someone can help me.
My network dosnt work. After i installed the latest driver i get the Code 10 in the device manager.
but why
Has anyone succesfully used PCI passthrough for the Intel 40G interface?
I am trying this on Openstack/KVM. The device is passed through but data transfer fails.
In the same setup, PCI passthrough of Intel 10G ethernet interfaces works just fine.(82599ES 10-Gigabit SFI/SFP+ Network Connection)
Hi,
This is my first post, so please be kind if the post is not placed in the right location.
My home gateway / vivid wireless "4G" account is a few years old, but it seems that the speed is getting slow more often, which is quite frustrating.
Looking on the forum, it is recommended to have a look at RSSI and CINR parameters, so I tried to logon to 192.168.I.I as recommended, but got a fail -1 error when entering logon details.
I followed The instructions of 192.168.l.l | 192.168.1.1
Can you please help?
Thanks.
I'm running CentOS 7 with a dual NIC nianctic (10G, ixgbe), and I have been experimenting with SRIOV.
I turned on SRIOV via the following command"
echo 8 > /sys/bus/pci/devices/0000\:01\:00.0/sriov_numvfs
However, this setting seems to be permanent. Even when I reboot, sriov_numvfs is is automatically enabled and set to 8. I don't have a startup script that is setting it.
I'm curious if there's a way to permanently disable sriov. I'm currently disabling it in a startup script, but because of ixgbevf, my Ethernet device ordering gets screwed up.
Hi, All,
I assign XL710 VF to QEMU, and load modified i40evf driver in QEMU, then I encounter the following error in the qemu:
"Admin queue command never completed"
and get the following error log in host OS system:
[ 7823.295061] pci 0000:03:02.2: enabling device (0000 -> 0002)
[ 7823.295959] i40e 0000:03:00.0: VF 2 assigned LAN VSI index 5, VSI id 8
[ 7823.446495] pci 0000:03:02.2: kvm assign device
[ 7826.579576] i40e 0000:03:00.0: VF 2 assigned LAN VSI index 5, VSI id 8
[ 7827.024165] i40e 0000:03:00.0: VF 2 assigned LAN VSI index 5, VSI id 8
[ 7842.719176] dmar: DRHD: handling fault status reg 102
[ 7842.719188] dmar: DMAR:[DMA Read] Request device [03:02.2] fault addr 6551000
DMAR:[fault reason 06] PTE Read access is not set
[ 7843.628420] i40e 0000:03:00.0: ARQ VF Error detected
[ 7843.628426] i40e 0000:03:00.0: ASQ VF Error detected
[ 7847.424745] i40e 0000:03:00.0: VF 2 assigned LAN VSI index 5, VSI id 8
[ 7847.525135] i40e 0000:03:00.0: VF 2 assigned LAN VSI index 5, VSI id 8
Then I unload and reload i40e driver in host OS system and encouter the following error:
[ 7856.803922] i40e: Intel(R) Ethernet Connection XL710 Network Driver - version 0.4.21-k
[ 7856.803925] i40e: Copyright (c) 2013 - 2014 Intel Corporation.
[ 7856.812193] i40e 0000:03:00.0: f0.0 a0.0 n04.24 e800013fd
[ 7856.812196] i40e 0000:03:00.0: The driver for the device detected an older version of the NVM image than expected. Please update the NVM image.
[ 7857.034526] i40e 0000:03:00.0: FCoE capability is disabled
[ 7857.034533] i40e 0000:03:00.0: configure_lan_hmc failed: -49
[ 7857.034679] i40e: probe of 0000:03:00.0 failed with error -2
I debug the i40e driver code and found that the driver call i40evf_asq_send_command to get firmware and api version but the firmware did not write back any information (so the firmware and api version in the above message are both 0). After rebooting the host system, it works again. This problem happens from time to time, and I can't reproduce it at will.
Before unload and reload the i40e driver, I give the EMP reset command by execute "echo empr > /sys/kernel/debug/i40e/0000\:03\:00.0/command", but it did not fix the problem.
Dose anyone know why this happen and how to recover from the problem ? Thanks in advance!
I run on ubuntu 14.10 x86-64 with updated kernel 3.17.6-031706-generic.
I am using the Intel i218-LM ethernet controller.
When I disconnect the ethernet cable the link speed LED pins for both LINK100# and LINK1000# go ACTIVE LOW.
Why are the LED pins being driven ACTIVE LOW when a 100 or 1000 link cannot possibly exist as no cable is connected? I would have expected the lines to be INACTIVE HIGH.
Is this behavior normal for Intel controllers?