Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 244683 - forcedeth-driven network card totally and irremediably out to lunch
forcedeth-driven network card totally and irremediably out to lunch
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: kernel (Show other bugs)
All Linux
low Severity high
: ---
: ---
Assigned To: Andy Gospodarek
Martin Jenner
Depends On:
  Show dependency treegraph
Reported: 2007-06-18 10:59 EDT by Sylvain
Modified: 2014-06-29 18:58 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-04-07 18:16:44 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
details - uname / logs / dmesg / lspci (101.82 KB, text/plain)
2007-06-18 10:59 EDT, Sylvain
no flags Details

  None (edit)
Description Sylvain 2007-06-18 10:59:49 EDT
Description of problem:
Integrated network card hangs unexpectedly and repeatedly. The card dumps its
registers in var log messages.Cold reboot (unplugging etc) seems mandatory for
the network to come back.
Did unfall straight away after install on a station, and apparently at random on

Version-Release number of selected component (if applicable):

redhat kernel 2.6.9-55 ; forcedeth 0.42-rh

How reproducible:

Install and wait (heavy activity not required).

Additional info:

Attached are the snippets of /var/log/message whinings, along with uname -a,
lspci -vvv, dmesg.
The same setup has been successfully and extensively used with a stock U4 install.
Comment 1 Sylvain 2007-06-18 10:59:49 EDT
Created attachment 157286 [details]
details - uname / logs / dmesg / lspci
Comment 2 Sylvain 2007-09-17 15:04:36 EDT
I'll profite that i see the case moved forward to 'assigned' to add my latest
observations :)

 * The bug can be reproduced at greatest speed if alot of activity (seems pretty
random though)

and more proeminently:
 * The bug tends to be very present in the case of half-duplex communication (hubs)
 * The bug seems non-existent using a switch (we worked the problem around with
that since the report)
Comment 3 Andy Gospodarek 2007-09-17 15:38:41 EDT
A major update to forcedeth is planned for the next update.

You can always try my latest test kernels (they generally contain experimental
net-driver fixes and are regularly updated):


For this case, you can also check the kernels available here:


Since they contain kernels that are close to the ones that will be released with
the next RHEL4 update.
Comment 4 Andy Gospodarek 2008-04-07 18:16:44 EDT
This bug has seen no activity in quite a while, so I can only presume it is no
longer a problem.  If there is still an issue with the latest kernel that needs
to be resolved, please re-open this bug and I will be happy to help resolve it.
 Thank you.

Note You need to log in before you can comment on or make changes to this bug.