Fog 1.1.0 - Intel driver issues - Dell OptiPlex 755
-
Hi Guys,
I thought I would start a new post as not to derail the other forum post.
I have found with using the Latest Kernel from FOG with trying to run re imaging/compatibility mode I am finding that the Kernel is not loading the network card correctly.
I ran through compiling my own kernel with using the fog .config file and following the wiki and have isolated (I believe) to the e1000e driver. None of the other modules will load any drivers for the network card only the e1000e.
After loading with the latest kernel and the e1000e driver I get the following display:[IMG]https://i.imgur.com/2CdmE5h.jpg[/IMG]
The last known good version I have working on this with my older fog installation is 2.6.33FOG_KS
I’m guessing it isn’t possible to try load this older kernel just for our older PC fleet?Does anyone have any suggestions on what I can try?
Compile in the old version of the e1000e driver in just for the Dell OptiPlex 755s ? ( I did try the driver from a 2.6 kernel and this failed as I assume it is completely different from the version 3.14.5)
I’m guessing that the drivers have to be built in and can’t be modules that I can insert?
The Dell 755 is listed as a Q35 Express chip and the network adapter is listed as Intel 82566DM-2 in windows.
I’m happy trying to re-compile my own kernel versions which I have been doing most of Friday afternoon but cannot work out what to try next.Cheers,
-
I don’t advocate defeat but for situations like that i’d normally put a PCI nic in and flash it anyway, i have a Intel Pro 1000 GT just for situations like that.
-
We have several hundred of these so hopefully I can find a fix
-
I just built kernel 3.15.0 and hopefully have a fix for this issue within it. It has a timing frequency, now, of 1000Hz as opposed to 250Hz, which from what I’ve found, can help with the Ignoring Fragmented Packet message. If that works, the DHCP reply not for us might be solved too.
-
I just tried the ones from the kernel updates 3.15.0
I tried the x86_64 and x86
x86_64 had the same issue with “Reply not for us” and then showing the network interface as blank after it finally loaded.
x86 also had the same issue with “Reply not for us” but then did a kernel panic and reported the issue with initThey have stopped reporting “Ignoring Fragmented Packet” though.
Cheers,
-
Just found this post on the forum with the same symptoms -
[url]http://fogproject.org/forum/threads/bzimage-intel-e1000e-driver-and-dell-vostros-400-bad-news.10163/[/url]
Sounds like the same issue to me with the network card locking up until windows loads and restarts the network card.
I have a different NIC (82566DM-2) but the issue sounds related?:EDIT:
I just tested on another Dell OptiPlex 755 same result.
-
I’m taking a look at rebuilding the drivers based on intel’s own linux set. However, I’m having problems with netdev.c and ptp.c.
When I complete, I’ll post the kernel on my site and if you can test and see if it helps it would be phenomenal.
Thank you,
-
Also, while I try to figure that all out, can you try this modified BootMenu.class.php.
Copy it to your FOG Server and place it in the Location /var/www/fog/lib/fog/BootMenu.class.php
Please feel free to make a backup copy as needed.
[url=“/_imported_xf_attachments/0/949_BootMenu.class.php?:”]BootMenu.class.php[/url]
-
No worries, I am happy to test any of the kernels as this is the one show stopper I have found for fog 1.x.x for us.
Just testing a bunch of our desktops -
Dell OptiPlex 745 - Intel 965 Express - Broadcom NetExtreme 57xx NIC- Drivers load fine and IP Address gets assigned quickly
Dell OptiPlex 755 - Q35 Express Chip - 82566DM-2 NIC - Intel Drivers fail to load correctly
Dell OptiPlex 760 - Q45/Q43 Express Chip - 82567-LM3 - Intel Drivers fail to load correctly
Dell OptiPlex 780 - Q45 Express chip - 82567-LM3 - Intel Drivers fail to load correctlyWikipedia has a good page for the Dell OptiPlex that matches up to mine for Chipsets - [url]https://en.wikipedia.org/wiki/Dell_OptiPlex[/url]
Also just installed the new BootMenu.class.php all seems to be working for the iPXE/Fog menu.
I’ve got a few options set in the advanced menu as well and that looks good as well. -
Okay,
So 1806 is released and has the BootMenu.class.php modifications as well as a few others. This should help you with your weirdness on the net0/net1 issues.
When you say fail to load correctly, you mean the DCHP/BOOTP reply not for us xid[blah] message?
So that means the pcie_aspm=off isn’t working?
-
Sorry,
Yes it repeats the message DHCP/BOOTP reply not for us etc. over and over and then fails to load an IP Address via DHCP when loading into fog client system information (compatibility) menu option.
I’m using the Kernel from unofficial Tom Elliott version 3.15.0I updated the BootMenu.class.php before I tested it all again so I’m guessing that pcie_aspm might not be the issue?
-
I’m going to try building two kernels.
First, with only the e1000e drivers loaded, and second with only the e1000 drivers loaded, will you test them?
-
Yep no worries
-
Still building as I decided to clean them to ensure all references to e1000e and e1000 were separate from each other. It’ll likely be about 10 - 20 minutes more, sorry about the delay!
-
No worries,
Thanks for the help, especially since I suspect our timezones are significantly different.Cheers,
-
Based on timing, I’d say you’re correct. Where you located, Australia, Europe? Not that you have to answer or anything.
-
Okay, kernels are ready for download/test if you’re up to it.
[url]https://mastacontrola.com/bzImageE1000[/url] <- intel E1000 not intel E1000E (my bet is on this one)
[url]https://mastacontrola.com/bzImageE1000E[/url] <- intel E1000E not intel E1000
-
ok, I’ll download that now to bzImage
I’m suspecting both versions are the 64bit one? -
Correct
-
Just tested both on the Dell OptiPlex 755
The bzImageE1000 didn’t load any network at all and didn’t report any errors and shows the network ip/mac as blank.
The bzImageE1000E reported the usual Reply not for us, op[2] etc. and then showed the network/mac as blank again