Hi.

I've recently purchased an Intel Pro/1000 GT desktop adapter, so I don't have to use my old USB network adapter. I've searched through the download center for a driver, searched after a solved issue both here at the support community and Google, without any luck.

But at Microsoft's web pages, it says that this desktop adapter is compatible with both Windows 8 and Windows 8.1, according to their vote system. But that page doesn't provide any link to a driver either. Does anyone know a solution to this problem?

My OS is Windows 8.1, on a desktop computer.

Hi,

After weeks of troubleshooting DPC latency problems on my Lenovo Thinkpad T420 laptop which were causing audio dropouts and mouse freezes every few mins I have finally tracked down the source of the issue. It appears that the Intel 82579LM based Network Controller driver may not be correctly optimised for Windows 8. I'm running Windows 8 Pro 64-bit and am using the latest Intel driver for the controller (12.6.45.0). In troubleshooting the issue I tried everything I could think of such as:

Update BIOS and all drivers to latest versions

Disable CPU and PCI Power Management in BIOS

Disabled onboard Sound (I use a separate professional audio sound card), Wifi, Bluetooth

Change power management settings to High Performance and Disabled USB selective suspend

Turn on all offloading settings on Ethernet NIC

Ran bcdedit /set disabledynamictick yes

Disabling Network Location Awareness in Windows

Nothing made any noticable difference at all. I had also been noticing that my network performance had been pretty poor intermittently on this machine for a while, occasionally experiencing dropouts and low download speeds (yes I know that can be caused by many other factors but please hear me out). Every few mins on the PC I would experience a DPC latency spike of around 95000us to 100000us which would occur right when the audio dropouts, mouse freezes, and probably network pauses would occur. I use the PC for audio production amongst other things so this causes me big issues.

I was totally baffled by the problem until I ran an xperf trace in the Windows Performance Toolkit and saw that the spike was being generated from ndis.sys and tcpip.sys. That got me thinking down the lines of a network related problem so I disabled the onboard Intel(R) 82579LM based Network Controller in Device Manager in Windows 8 and what do you know the problem disappeared competely!!  No more DPC latency spikes ever (tested for hours and many times). I can do pretty much whatever I like on the PC and the problem does not reoccur. Not one single audio dropout in my Audio DAW either. The onboard Wifi is still running (Intel Centrino Advanced-N 6205 - v15.8.0.5) providing me with network access and download speeds through the wireless nic are both much faster and more stable surprisingly (should be the other way around if anything). As soon as I re-enable the 82579LM NIC the problem is immediately back within a few mins.

I am desperate to get this fixed as I cannot use wireless all of the time. Intel can you please fix the 82579LM driver to make it fully compatible with Windows 8 Pro 64-bit. I'm sure many other people out there are having the same issue and just don't know the cause, or put up with it it as real time applications such as audio are less important to them. I have read about other people having these issues and it only appears to be with Windows 8. I think the drivers are fine for Windows 7, although I haven't confirmed this for sure.

Intel please consider patching the 82579LM NIC driver ASAP for full Windows 8 support. I can assist in providing you information if you require as I'm very keen to get this sorted.

Thanks,

Brad

i have a arduino sketch runniing in my gen 2 board which sends serial data of various parameter. now how do i connect it to the cloud?? or configure a local web server,

I've got six Dell worstation class computers (Precision T5500 and Precision 670) that I am trying to use I210-T1 network adapters in.  The computers are running Windows 7.  When I boot the computers after the NIC's are installed, the computers fails to make it to post.  All I get is a black screen with a blinking cursor in the top left corner.  I have tried them in various slots, but I get the same result every time.  I cannot get into the BIOS during this failure mode.

I had previously ordered and installed roughly 30 of these cards in the same model computers with no problem around 6 months ago.  Because of this, I started checking to see if there were any differences between that batch of cards and the latest ones that I bought.  The older cards have a manufacture date of 03/2014.  The newer ones have a manufacture date of 08/2014.  The newer ones, according to the Intel documentation, have 2 resistors added to them and a newer firmware.

I decided to try the older cards in the computers with the issues.  The computers booted up and ran fine with the older cards.

Anyone have any ideas as to what the problem with the newer cards could be and what can be done to resolve or work around this issue?

I have a EVGA socket 1156 micro-ATX motherboard.  It has Intel's P55 V chipset with their 82578dc onboard NIC.  When cold booting into windows 7 x64, the device encounters error code 10 (device will not start). To get it to work, I have to manually go into Windows device manager and disable the NIC and then enable it.  As you can imagine, this is not an enduring solution. With a Google search, I've discovered this error/problem is quite prevalent with intel onboard NICs. There are no viable solutions (at least none from Intel).  Most are community developed workarounds (ex. scripts to automatically disable and enable the NIC).

Other notes:

• I have the latest chipset drivers (used both motherboard and Intel)
• I have the latest NIC driver (Intel PROset x64)
• I have the latest BIOS from the motherboard manufacturer.
• The NIC has this issue on a fresh install of Windows 7 x64.

What I've found:

I believe this to be a BIOS to windows hand off issue (IE. Intel driver issue).  During system POST, the BIOS assigns the NIC the typical Ethernet IRQ 11.  In windows, with the code 10 error, no other device I have is assigned IRQ 11, so there shouldn't be a conflict causing the device to not start or use that IRQ. After disabling/enabling the NIC however, it is assigned IRQ 4294967294 (displayed as "-2" in the device manager resources), which seems quite odd.  So I think IRQ assignment is where the problem lies. This is where I am hung up.  Users used to have a way to manually assign IRQs, but IRQ issues have (supposedly) become extinct, so I can't find any options on trying to force an IRQ assignment.

Help:

Has this issue been resolved yet? All the forum threads I've seen on this issue have been dead ends/abandoned. Does this IRQ assignment oddity spark any ideas?  Has anyone tried forcing IRQ assignments for the NIC in the registry?

Hello everybody,

I'm trying to run a home test server with the Intel CT and PT network cards (PCI-E).

Under Windows 2012 it's running just fine, even within the Virtual machines I'm running there.

UNTIL I'll install these network cards as a VLAN interface, it will not communicate?

The VLAN's are made under Linux (Debian). Under the OS no error or what so ever.....

In the test is the network card (ETH2) directly connected to a Wi-Fi Access point.

Within the AP network configuration connected to the ETH2 interface got 3 SSID's configured.

SSID1 is configured under VLAN1 (default) and 2 extra SSID's (SSID2 and SSID3) as VLAN2 en VLAN3 !

When making contact with SSID1 under VLAN1 I'm getting an IP-address  from mine DHCP server (Debian firewall).

When trying to connect to SSID2 or 3 I'll get no communication activity.

** When using this sett-up with the same Debian Software and hardware BUT NOT VIRTUAL UNDER 2012 R2 its working great....

Windows 2012 R2 'Virtual Network Switch' should support "802.1q VLAN tagging".

Is there somebody who can help me out here with some hints or had similar experience?

Can't find the possible solution for this.

Latest driver installed from Intel portal.

Thanks in advance.

Greetings,

Mike

We have two Cisco C240 servers running Windows Server 2008 R2 Datacenter with X540 cards directly connected with cat 6A cord and they only run 0.1 Gbps (1%) with iperf. What am I doing wrong?

Intel site lists driver as PROWinx64.exe version: 18.4 (Latest) Date: 07/19/2013, but Cisco installed Intel driver 3.9.58.9101 7/11/2014 and it seems to work other than the performance.

Hi,

some time ago I tried using Intel i350 with Debian Wheezy:

yyyy@xxxx:~/igb-5.2.9.4/src$ uname -a

Linux xxxx 3.2.0-4-amd64 #1 SMP Debian 3.2.63-2+deb7u1 x86_64 GNU/Linux

yyyy@xxxx:/home/yyyy/igb-5.2.9.4/src# modinfo igb

filename:       /lib/modules/3.2.0-4-amd64/kernel/drivers/net/igb/igb.ko

version:        5.2.9.4

license:        GPL

description:    Intel(R) Gigabit Ethernet Network Driver

author:         Intel Corporation, <e1000-devel@lists.sourceforge.net>

srcversion:     E377200391EBF74638FEDA2

yyyy@xxxx:/home/yyyy/igb-5.2.9.4/src# ip -V

ip utility, iproute2-ss140804

I was using bonding in 802.3ad mode for bonding with an Extreme-Networks switch. I had 2 similar servers, with identical configuration. Old one was using old e1000 interfaces with 802.3ad bonding, l3+l4 hash. New one was using I350-T2 dual port adapter with the same configuration. No Virtual Machines. Issue was on I350 around 20% packets to/from some random source/destination IPs were dropped. Servers were actually cloned so I'm certain there was no misconfiguration. I've tried disabling anti spoof check (https://communities.intel.com/message/192668#192668) but no luck, it doesn't work on my iproute2 and kernel (has this been fixed yet?). Any hints how to compile driver without anti spoof? Did anyone experienced similar symptoms?

In the end the fix was not to use bonding at all. While using 2 separate ports on this I350-T2 adapter, with the same VLANs, the same IPs - everything works flawless. This is why I assume a problem with igb driver on I350-T2 using bonding (with VLANs).

UPDATE: actually I've found Latest Flexible Port Partitioning Paper is now available.  Learn about QoS and SR-IOV! which confirms there's an issue with 802.3ad. Can anyone give me a hint how to compile igb driver without anti spoofing feature?

Regards,

Wiadomość była edytowana przez: Bartek Krawczyk

Dear.

I have recently bought the new sandy bridge core i5 machine and been trying to install Win SBS 2008, but during the process, it asked me for the driver for the ethernet adaptor. I cannot find any whatever online or the driver CD. Can anyone help me to locate a Intel(R) 82579V Gigabit Network driver for Win SBS 2008 please?

Thanks a lot

Larry

As I'm beginning to utilize my second port on some of my Intel X520-T2's, I noticed that one of them has the same MAC address assigned to both ports!?!  I checked my other X520-T2s (I have 14 of them), and this is the only one showing up like this.  Has anyone seen this before, and, is there a way to fix it?

Theoretically, I can change the MAC address in software, but generally that involves saying: change MAC address X to MAC address Y, but I think that could lead to interesting results as both ports already have MAC address X. 

I'm running RHEL 6 on this machine.  dmesg shows as follows:

  ixgbe 0000:01:00.0: (PCI Express:5.0GT/s:Width x4) <mac_address_X>

  ixgbe 0000:01:00.1: (PCI Express:5.0GT/s:Width x4) <mac_address_X> 

typically that second line should be mac_address_X+1.

Any insight would be appreciated.  Thanks,

I have a new Dell E5540 laptop with intel i218-lm network adapter which I normally leave connected to the network.  Whenever the laptop goes idle for a long time, I cannot access the network (IE cannot connect to any websites including intranet sites, Outlook cannot connect to O365 etc.).  Same issue for both wired and wireless.  I've updated the nic drivers and make every possible changes to prevent the laptop from hibernating/sleep.  To get this machine going again, I have to log off my profile and log on again.  Very annoying!!  I'm not sure why this action wakes up the network but it does.  Any ideas how I can fix this once and for all aside from dumping it in the garbage?

Hi,

i want to know the power consumption of the I210-T1 and I350-T2 adapters cause I'm not sure

if it's right what the datasheed says.

Intel writes 0.81 Watt for the "Intel Ethernet Server Adapter I210-T1" but the "Intel Ethernet Server Adapter I350-T2" needs 4.40 Watt?

And then there is from HP the "E0X95AA Intel Ethernet I210-T1 GbE" where HP writes 3.00 Watt.

I believe the Intel and HP cards are nearly the same, so why that big difference.

Also i can use 5 "Intel Ethernet Server Adapter I210-T1" and still have lower power consumption then with 1 I350-T2?

When I hardwire into my router (Linksys WRT 1000AC) the connection is only 100 Mbps. If I change the link speed from "Auto Negotiation" to "1.0 Gbps Full Duplex," the adapter will not connect. If I disconnect the cable and plug it into my cable modem (Cisco DPC 3008), the connection is 1 Gbps.  Using the same Cat 5e cable, I connected another laptop to my router and it has a 1 Gbps link speed. To be sure the cable isn't the issue, I purchased a Cat 6 cable, but still connected at only 100 Mbps.

I installed the latest driver provided by HP for my Intel 82579LM Network Adapter (version 12.10.29.0, 5/2/2014). I tested the latest driver from Intel (version 19.5, 10/28/2014), but it did not fix the issue, so I re-installed v12.10.29.0 from HP.

I installed the latest firmware for my Linksys router (version 1.1.8.161917).

What could be causing this problem, and what do I need to do to fix it? All advice is greatly appreciated! Thank you!

System Specs:

• OS: Windows 7 Enterprise 64-bit, SP1
• RAM: 16 GB
• Processor: Intel i7-3820QM 2.7 GHz
• NIC: Intel 82579LM Gigabit Ethernet Controller, driver version: 12.10.29.0 (5/2/2014)
• Router: Linksys WRT 1900AC, firmware version: 1.1.8.161917
• Cable Modem: Cisco DPC 3008

Hi.

I've recently purchased an Intel Pro/1000 GT desktop adapter, so I don't have to use my old USB network adapter. I've searched through the download center for a driver, searched after a solved issue both here at the support community and Google, without any luck.

But at Microsoft's web pages, it says that this desktop adapter is compatible with both Windows 8 and Windows 8.1, according to their vote system. But that page doesn't provide any link to a driver either. Does anyone know a solution to this problem?

My OS is Windows 8.1, on a desktop computer.

Hello,

I'm looking for someone who have experience with XT540-T2 and hp server.

I would like to put X540-T2 in 2 server HP 320E gen8 v2.

Thnaks by advance for your help

Oliver

Hi all

Currently with the all available versions of the Windows 8.1 x64 I218-V you cannot use Wake On Lan if you have fastboot enabled, which is extremely painful.

Specs of system:

Operating System: Windows 8.1 Pro 64-bit

CPU: Intel Pentium G3420

RAM: 8.00GB DDR3 (9-9-9-27)

Motherboard: ASUS Z97M-PLUS

HDD: 500gb WD Black

This is a media pc, which really would make use of fastboot.

I've tried the drivers, all versions available, from the ASUS site:

Intel LAN Driver V12.11.96.1

Intel LAN Driver V19.0.27.0

This new driver from Intel site:

PROWinx64.exe 19.3

BIOS has correct settings to allow wake on lan.

Every single kind of power related setting imaginable to disable management on ALL devices, full power mode ahead. No joy.

No matter what options you use this horrendous set of drivers does not allow wake on lan with fast boot enabled, unlike every single realtek nic based mobo i've ever used.

I doubt that it will be fixed, or if Intel engineers even read these forums. But here's to hoping...

While it works without fast boot enabled, this is not a fixed. Merely a bandaid to the dodgy driver.

I found an issue and I've narrowed it down to the Intel driver.

Just to show the work I've put into this:

- I used iperf to test the bandwidth on all server types (Physical Linux install and inside a VM)

- I have an existing VMware support ticket and we've worked it down to the driver.

- I tested the issue with three different x540-T2 adapters and a x520-DA2 adapter.

Problem: When a server with the intel x540-T2 adapter is connected at 10Gbps and tries to transmit to another server that is connected at 1Gbps, All flows out of the 10Gbps adapter drops to a max of 1Gbps until the 1Gbps flows stop.

Let me clarify a bit:

Server A has an Intel x540-T2 adapter and is connected at 10Gbps.

Server B has an Intel x540-T2 adapter and is connected at 10Gbps.

Server C has a HP Server adapter and is connected at 1Gbps.

I start a Transmit flow from Server A to Server B and I see the iperf session reach full line rate (10Gbps)

I start a concurrent iperf flow From server A to Server C.

My expectation is that Server A will continue to transmit at 10Gbps (total), Server B will drop down 1Gbps to (8-9Gbps) to allow bandwidth for the 1Gbps flow to Server C.

BUT, this does not happen.

Server A will flop down to 1.5Gbps transmit and Server B and Server C will now receive 500-700Mbps until the flow to Server C stops then the flow from Server A to Server B goes back to 10Gbps.

Driver data:

If I use driver version 3.7.13.7  this problem does not exist!  Everything works as expected and Server A continues to transmit at 10Gbps while Server B drops to 8Gbps+ and Server C receives at a full 1Gbps.

If I Update to any version after that, it has the transmit flop.

Driver Version 3.7.13.7 is the default driver used in the ESXi 5.5 build 1331820 install ISO.

Newer version tested: (these are listed as compatible with ESXi 5.5 on the VMware compatibility guide)

3.15.1.8

3.18.7

3.19.1

Some extra info from ESXi cli:

###### This is the working Driver:########

~ # vmkchdev -l | grep vmnic
0000:01:00.0 8086:1528 8086:001a vmkernel vmnic0
0000:01:00.1 8086:1528 8086:001a vmkernel vmnic1

~ # ethtool -i vmnic0
driver: ixgbe
version: 3.7.13.7.14iov-NAPI
firmware-version: 0x80000389
bus-info: 0000:01:00.0

~ # esxcfg-nics -l
Name    PCI           Driver      Link Speed     Duplex MAC Address       MTU    Description
vmnic0  0000:01:00.00 ixgbe       Up   10000Mbps Full   a0:36:9f:01:b6:28 9000   Intel Corporation Ethernet Controller X540-AT2

###### This is one of the broken Driver versions:########

~ # vmkchdev -l | grep vmnic
0000:01:00.0 8086:1528 8086:0001 vmkernel vmnic0
0000:01:00.1 8086:1528 8086:0001 vmkernel vmnic1

~ # ethtool -i vmnic0
driver: ixgbe
version: 3.15.1.8iov
firmware-version: 0x80000389
bus-info: 0000:01:00.0

~ # esxcfg-nics -l
Name    PCI           Driver      Link Speed     Duplex MAC Address       MTU    Description
vmnic0  0000:01:00.00 ixgbe       Up   10000Mbps Full   a0:36:9f:01:b6:28 9000   Intel Corporation Ethernet Controller X540-AT2

Things to note here are the VID and DID are still being detected correctly as 8086 and 1528.

Any thoughts or questions?

I have a ton of screen shots if needed to prove the case.

i have 3 DH61WW motherboard,windows 8.1 professional installed all machines.The problem is the local are network not working at the starting.i  am restaring system after lan card working.

Lan card details :Intel 82579V gigabyte  network card

please tell me best solution

I have a EVGA socket 1156 micro-ATX motherboard.  It has Intel's P55 V chipset with their 82578dc onboard NIC.  When cold booting into windows 7 x64, the device encounters error code 10 (device will not start). To get it to work, I have to manually go into Windows device manager and disable the NIC and then enable it.  As you can imagine, this is not an enduring solution. With a Google search, I've discovered this error/problem is quite prevalent with intel onboard NICs. There are no viable solutions (at least none from Intel).  Most are community developed workarounds (ex. scripts to automatically disable and enable the NIC).

Other notes:

• I have the latest chipset drivers (used both motherboard and Intel)
• I have the latest NIC driver (Intel PROset x64)
• I have the latest BIOS from the motherboard manufacturer.
• The NIC has this issue on a fresh install of Windows 7 x64.

What I've found:

I believe this to be a BIOS to windows hand off issue (IE. Intel driver issue).  During system POST, the BIOS assigns the NIC the typical Ethernet IRQ 11.  In windows, with the code 10 error, no other device I have is assigned IRQ 11, so there shouldn't be a conflict causing the device to not start or use that IRQ. After disabling/enabling the NIC however, it is assigned IRQ 4294967294 (displayed as "-2" in the device manager resources), which seems quite odd.  So I think IRQ assignment is where the problem lies. This is where I am hung up.  Users used to have a way to manually assign IRQs, but IRQ issues have (supposedly) become extinct, so I can't find any options on trying to force an IRQ assignment.

Help:

Has this issue been resolved yet? All the forum threads I've seen on this issue have been dead ends/abandoned. Does this IRQ assignment oddity spark any ideas?  Has anyone tried forcing IRQ assignments for the NIC in the registry?

I have 3 HP Z800 workstations I am installing X540-T2 card into which are teamed to 802.3ad.

The first PC has installed fine and running smooth.

PC 2 and 3 the cards installed fine and work for about 5 minutes and then shut off due to overheating. The syncs are noticeably hot to touch.

The only difference spec wise is PC 1 has a mid range card where PC 2 and PC 3 have Nvidia GTX 980 cards and sata cards installed in each.

I have taken the cards out and put them into another Z800 box that is similar to PC 1 and have not had any issues overheating. Though I was only able to test over a 1gb connection.

I am fairly certain the cards were seated correctly in all instances.

I have the most current drivers/firmware for the X540-T2 cards installed.

Cards are installed into the last slot, closet to the bottom of the case. I believe this is slot 8.

Looking for any help or guidance as to where/how to check temperatures and power to the cards. Or any other information that might help me control this overheating issue.

Thank you in advance!