- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Dh29,
Just to isolate the issue.have you tried the version already? what is the result?
thanks,
wb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Dh29,
Thank you for the update. will further check on this.
rgds,
wb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi dh29,
Any update using version 20? Please feel free to update us.
thanks,
wb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
hi dh29,
I am sorry to hear the problem still persist. let me further check on this.
rgds,
wb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi dh29,
Can you help provide more of your system information? what is the exact server or PC model used?
thanks,
wb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi dh29,
thank you for the info, will check on this.
rgds,
wb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page