Red Hat Bugzilla – Bug 142456
kernel BUG in e1000_reset_hw
Last modified: 2007-11-30 17:06:54 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9)
Description of problem:
I have a application which writes a lot of data in to a network based
filesystem. After a while we hit a hard hang. This is seen only on
e1000 driver. When i use tg3 i do not see the hard hang
I am using a 2.4.18.e-12smp kernel
<4> kernel BUG at e1000-hw.c:146
<4> swapper: Nat consumption 8589934624
<4> e1000_reset_hw + 0x1d0 <---
Is there any workaround patch that are available for e1000. I tried
with the latest version on e1000 ie 5.5 and still see the hang
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run the test porgram which pumps a lot of date in to the e1000 driver
Actual Results: Machine hangs due to Kernel BUG
Expected Results: work fine
*** Bug 142457 has been marked as a duplicate of this bug. ***
Would using the tg3 driver be an acceptable workaround for now, or are
there specific reasons why e1000 is needed on this system ?
tg3 is acceptable, but i am not sure it will work on Intel hardware.
I tried loading it and it failed with "unknown device". That apart i
am not sure we can convince our customers to use tg3 in place of
e1000. Is there any chance of getting the e1000 fixed ?
2.4.18.e-12smp (AS2.1-ia64 "Gold") is pretty old...have you considered
using a later version? There have been many updates since then,
including several to the e1000 driver.
We tried using the latest version of e1000 driver and that did not
help. How will moving to a later kernel version help?
It is generally helpful to start with a current kernel. That way, we
know that it is not some incompatibility between the later driver and
the earlier kernel perpetuating the problem. Besides, even if we knew
exactly what to fix, we would apply that fix to the latest kernel.
Is there some reason to resist going to the later kernel? If not,
then please recreate the issue with the latest kernel available. Thanks!
The problem described in the initial problem report results from the
e1000 driver sleeping in interrupt context. This problem is corrected
in later versions of the e1000 driver, including the version of e1000
in the latest AS2.1-ia64 kernels.
If you are experiencing a problem while using the latest AS2.1-ia64
kernel, it is a different problem. In that case, please open a new
bug or contact Red Hat through any other support channels available to