From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204
Description of problem:
When using an Intel E1000 (gigabit) network card on Dell PowerEDGE 6450/700
(quad Xeon) system, the e1000.o driver as shipped with RedHat
kernels doesn't seem to work reliably when the card is in a 64-bit slot.
Pings and NFS mounts work, but file transfers to the NFS volume lock up.
The driver, as shipped, is 3.1.22. The current Intel one is 3.6.8.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Use a kernel 2.4.7-10xxx through 2.4.7-21xxx
2. Install an E1000 card into a 64-bit slot and bring it up
3. Connect via fiber to an NFS server
4. Mount an NFS volume
5. Try "cp -a /etc/* /nfsmount" and it'll lock up.
Actual Results: The "cp" process locks up. It is not killable. The only way
to kill it
is to unmount the NFS volume or bring down the E1000 card.
Expected Results: The contents of the /etc directory copied to the NFS volume
If one picks up the V3.6.8 E1000 driver from the Intel site, builds it,
and replaces the e1000.o driver with this new one, everything works
fine. I HIGHLY recommend that your next kernel release includes this new Intel
The 3.1.22 driver included w/ RH 7.2 is broken. The driver will receive 256
packets and then stop. The driver was broken during the merge of the 3.1.22
driver into the RH 7.2 build, and was caught too late to be fixed. A fix is
available with the 7.2 errata kernel. Newer drivers (including 3.6.8) have
been sent to RH for inclusion in future RH builds.
Ok, got it. I'm downloading the 2.4.9-31 series now. I assume it's fixed in
there. If not, I have the 3.6.8 source and can build it.
Now, if we could just get bug 59094 fixed, I'd be a happy camper!
Beg to differ. At least 2.4.9-31enterprise doesn't have the e1000 driver at
all. Nor is it in the source RPM.
Please look closer, and in the drivers/addon directory
Ok, I stand corrected. I see a 3.1.23 version, which is still pretty old. I
suppose this ticket can be closed.