Ethernet Products
Determine ramifications of Intel® Ethernet products and technologies
5223 Discussions

i218-LM code 10 after restart without cable

DHeal3
Beginner
6,242 Views

I have a system using an Intel i218-LM ethernet controller:

  • Fully patched (as of 16th Feb 2015) Windows 8.1 64-bit
  • Intel driver PROWinx64.exe, Version:19.5, Date:28th Oct 2014. Appears in Windows as driver v12.12.80.19 dated 29th Sept 2014.

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?

0 Kudos
25 Replies
DHeal3
Beginner
3,604 Views

I have rolled back the Intel driver to the earliest one I can find on the Intel download site e.g. v18.5 (appears as v12.9.16.0 dated 2nd July 2013 in Device-Manager). This still causes the Code-10 error when I perform a Windows restart without a cable connected.

 

However, if I completely remove the Intel driver, and use the Windows 8.1 Microsoft built-in driver (appears as v12.6.47.1 dated 28th March 2013 in Device-Manager) then the Microsoft driver solves the above restart issue. So, it looks like using any of the official Intel drivers causes the issue!

 

Any comment/help from Intel?

 

0 Kudos
VincentT_T_Intel
Employee
3,604 Views

Hi dh29, when using the Intel driver, have you tried to tweak on the wake for link option in advanced properties, try setting this to "off".

regards,

vince

0 Kudos
DHeal3
Beginner
3,604 Views

Hi vince_intel,

I have tried your suggestion but it didn't make any difference to my problem - I still get a Code 10 error after a restart without a cable connected. If I perform a full power-cycle without a cable connected, I don't get the problem....it is only with a restart!

When in this Code 10 state the error logged in Event-Viewer is "Source: e1dexpress" "Event ID 24". I am guessing that this doesn't tell me very much as I think the "e1dexpress" is just identifying the i218-LM part of the driver, and "Event ID 24" is just Intel's way of stating it couldn't start the driver.

Regards,

dh29

0 Kudos
st4
New Contributor III
3,604 Views

HI dh29,

Have you tried installing driver version 19.3 http://downloadcenter.intel.com/download/24397/Network-Adapter-Driver-for-Windows-8-1- Intel® Download Center, see this could be of help. thanks.

rgds,

wb

0 Kudos
DHeal3
Beginner
3,605 Views

Hi wb_intel,

Can ask why you suggest v19.3, instead of the latest version that I have used which is v19.5?

Regards,

dh29

0 Kudos
st4
New Contributor III
3,604 Views

Hi Dh29,

Just to isolate the issue.have you tried the version already? what is the result?

thanks,

wb

0 Kudos
DHeal3
Beginner
3,605 Views

Hi wb_intel,

As I previously posted (17th Feb), I have tried the earliest driver I could find on the Intel site. This was v18.5 (appears as v12.9.16.0 dated 2nd July 2013 in Device-Manager). This version still causes the same issue. The interesting thing here is that this Intel driver (v18.5 [v12.9.16.0]) is only 3 months newer from the Win8.1 built-in Microsoft driver (v12.6.47.1) which doesn't exhibit the problem.

So what has changed between v12.6.47.1 and v12.9.16.0 ???

I haven't specifically tried v19.3. I'll try this today and let you know the results.

Regards,

dh29

0 Kudos
DHeal3
Beginner
3,605 Views

Hi wb_intel,

I have tested Intel driver v19.3 [v12.12.50.4] today. This version still causes the issue.

Today I have also built a completely clean Win8.1 image on an identical piece of hardware, and have tried Intel driver v18.5, v19.3 & v19.5. All versions cause the same issue. The Microsoft driver [v12.9.16.0] does not exhibit the issue.

Regards

dh29

0 Kudos
st4
New Contributor III
3,605 Views

Hi Dh29,

Thank you for the update. will further check on this.

rgds,

wb

0 Kudos
st4
New Contributor III
3,605 Views

Hi dh29,

We have a new driver version 20 released recently, please try this version to see if this will make any difference:

https://downloadcenter.intel.com/download/23071/Network-Adapter-Driver-for-Windows-8-1- Intel® Download Center

rgds,

wb

0 Kudos
DHeal3
Beginner
3,605 Views

Hi wb_Intel,

I'll download the new version 20 driver, and give it a try. I'll let you know if it makes any difference.

Regards,

dh29

0 Kudos
st4
New Contributor III
3,605 Views

Hi dh29,

Any update using version 20? Please feel free to update us.

thanks,

wb

0 Kudos
DHeal3
Beginner
3,605 Views

Hi wb_Intel,

I have tried the version 20 release and the problem is still there. This is not surprising, as the i218-LM driver has not changed - within DeviceManager it is still shown as v12.12.80.19 dated 29th Sept 2014. In fact the release notes for version 20 only state a change in the 'teaming name', which is clearly nothing to do with the problem I am experiencing!

My question still remains - "what has changed between v12.6.47.1 and v12.9.16.0" ???

Regards,

dh29

0 Kudos
st4
New Contributor III
3,605 Views

hi dh29,

I am sorry to hear the problem still persist. let me further check on this.

rgds,

wb

0 Kudos
st4
New Contributor III
3,605 Views

Hi dh29,

Can you help provide more of your system information? what is the exact server or PC model used?

thanks,

wb

0 Kudos
DHeal3
Beginner
3,605 Views

Hi wb_intel,

I am using a Kontron Type-6 COM-Express module, part number COMe-cHL6 2980U, that uses an Intel Celeron 2980U 1.6 GHz processor.

My operating system is Windows 8.1 64-bit Pro (fully patched).

Regards,

dh29

0 Kudos
st4
New Contributor III
3,605 Views

Hi dh29,

thank you for the info, will check on this.

rgds,

wb

0 Kudos
st4
New Contributor III
3,605 Views

Hi Dh29,

To give you some update, the significant difference between the in-box driver and the later driver is that the later driver supports ultra low power.

Please continue to use the inbox driver instead.

thanks,

wb

0 Kudos
SYeo3
Valued Contributor I
3,605 Views

Hi dh29,

I understand you are using a kontron* motherboard. Have you tried contacting kontron* to report about this issue or request for a tested driver?

Sincerely,

Sandy

0 Kudos
DHeal3
Beginner
3,414 Views

Hi Sandy_Intel,

Yes I have dialogue going with Kontron as well as Intel....

The problem, as usual, is that both parties try to pass the blame to each other, including bringing Microsoft into the equation, and the poor old customer (me) who has actually spent his money, doesn't get any co-operation!

Support really needs to differentiate between customers who are technically capable (I am a CEng with a degree in Electronic Engineering) of investigating the issue, providing a little guidance is provided.

At no stage has any party managed to provide an explanation as to why there is a difference in behaviour between a full POWER-CYCLE and a POWER-RESTART (I only see this problem when I perform a RESTART).

I understand that the Intel chip can go in to ULP mode when the cable is disconnected, and that it comes out of ULP mode when the cable is re-connected. So why doesn't this work after a RESTART?? What exactly is the process that brings the chip out of ULP?? What hardware and/or software functions are required to do this?? Intel must know what the correct process should be??

In reality I understand that the issue may include a combination of Kontron's design (which they are not going to give me), the BIOS (again Kontron's responsibility), Intel's i218-LM, Intel's driver and the Windows 8.1 operating system. If I know what features are required and I understand the correct process, I can then ask a specific question to Kontron as to whether they have implemented the design to support these features.

Regards,

dh29

0 Kudos
Reply