Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
First Last Prev Next    This bug is not in your last search results.
Bug 156261 - 8139cp stopped working
8139cp stopped working
Status: CLOSED UPSTREAM
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
4
i386 Linux
medium Severity high
: ---
: ---
Assigned To: John W. Linville
Brian Brock
:
: 158291 (view as bug list)
Depends On:
Blocks:
  Show dependency tree / graph
 
Reported: 2005-04-28 11:05 EDT by Tomas Edwardsson
Modified: 2007-11-30 17:11 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2005-06-08 09:37:15 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
jwltest-tpm-fixes.patch (21.99 KB, patch)
2005-05-25 11:09 EDT, John W. Linville 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)

  None (edit)
Description Tomas Edwardsson 2005-04-28 11:05:41 EDT 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050416 Fedora/1.0.3-2 Firefox/1.0.3

Description of problem:
After upgrading to FC4T2 my network card stopped working. I have tried the
following kernels, not function correctly:

kernel-2.6.11-1.1226_FC4
kernel-2.6.11-1.1258_FC4
kernel-2.6.11-1.1261_FC4

The following is the lspci line relevant:
02:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL-8139/8139C/8139C+ (rev 20)

The 8139cp loads correctly, but limited traffic gets through. I rarely get
DHCP leases, if I staticly set the IP I get a package through now and
then, every other minute or so.

What I see in the messages log is the following:

Apr 27 14:33:44 uber kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 27 14:33:44 uber kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Apr 27 14:33:56 uber kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 27 14:33:56 uber kernel: eth0: link up, 100Mbps, full-duplex, 1pa 0x45E1
...

If I boot the machine in rescue mode with a Fedora Core 3 CD I can
activate the network and it works.


Version-Release number of selected component (if applicable):
2.6.11-1.1226_FC4, 2.6.11-1.1258_FC4, 2.6.11-1.1261_FC4

How reproducible:
Always

Steps to Reproduce:
1.Try a realtek card and 8139cp

Additional info:

The 8139cp loads correctly, but limited traffic gets through. I rarely get
DHCP leases, if I staticly set the IP I get a package through now and
then, every other minute or so.

What I see in the messages log is the following:

Apr 27 14:33:44 uber kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 27 14:33:44 uber kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
Apr 27 14:33:56 uber kernel: NETDEV WATCHDOG: eth0: transmit timed out
Apr 27 14:33:56 uber kernel: eth0: link up, 100Mbps, full-duplex, 1pa 0x45E1
...

If I boot the machine in rescue mode with a Fedora Core 3 CD I can
activate the network and it works.
Comment 1 Tomas Edwardsson 2005-04-29 06:53:22 EDT 
Tried the latest kernel update and the problem still exists.
2.6.11-1.1275_FC4.
Comment 2 John W. Linville 2005-04-29 09:05:57 EDT 
Does this device work w/ the 8139too driver?

# ifdown eth0
# modprobe -r 8139cp
# vi /etc/modprobe.conf # change 8139cp to 8139too
# ifup eth0
Comment 3 Tomas Edwardsson 2005-04-30 15:10:42 EDT 
I've actually tried that also. Same result.
Comment 4 Mary Ellen Foster 2005-05-02 08:09:34 EDT 
This sounds somewhat similar to the symptoms I'm experiencing with my b44
Ethernet card:

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=154512
Comment 5 Tomas Edwardsson 2005-05-02 14:42:53 EDT 
Finally found out what was causing the problem, and hopefully you guys can fix
it, all I have is a workaround...

I found out that if I booted linux with "init=/bin/bash" and started networking,
it worked.

So I hacked for a while through rc.sysinit until I found that when tpm_atmel was
loaded, 8139cp stopped working.

My workaround was adding "tpm_atmel" to /etc/hotplug/blacklist, hope this helps.
Comment 6 Tomas Edwardsson 2005-05-04 06:27:02 EDT 
More problems emerge. Now tpm_nsc loads on boot with the same negative effect on
my network adapter. Now I have both tpm_atmel and tpm_nsc in /etc/hotplub/blacklist.
Comment 7 John W. Linville 2005-05-10 13:49:12 EDT 
There has been some recent activity with the tpm driver.  I've included those 
patches in the kernels here: 
 
   http://people.redhat.com/linville/kernels/fc4/ 
 
Please give them a try and post the results.  Go ahead and remove the 
tpm-related modules from /etc/hotplug/blacklist before testing.  Thanks!
Comment 8 Tomas Edwardsson 2005-05-18 14:30:57 EDT 
Same result with your kernel 2.6.11-1.1288.2.1_FC4.jwltest.1. Have not tested
the most recent ones.
Comment 9 John W. Linville 2005-05-24 15:55:14 EDT 
Please try ...jwltest.3 (or later) from the same location as in comment 7.  I 
have been in contact w/ the tpm driver maintainer, and those kernels include 
some changes suggested by her. 
 
Please post the results of testing those kernels.  Thanks!
Comment 10 John W. Linville 2005-05-25 11:04:49 EDT 
*** Bug 158291 has been marked as a duplicate of this bug. ***
Comment 11 John W. Linville 2005-05-25 11:09:15 EDT 
Created attachment 114829 [details]
jwltest-tpm-fixes.patch

This patch appears to fix the problem for (at least some) users...
Comment 13 Tomas Edwardsson 2005-06-07 06:49:22 EDT 
tpm drivers do not load anymore by default so this has been worked out some
other way. I will try the jwltest kernel later today.
Comment 14 John W. Linville 2005-06-07 09:54:05 EDT 
The tpm drivers aren't currently being built.  However, we'd like to be able 
to include them if we can fix them so that they don't cause problems for you.  
I appreciate your help!
Comment 15 Tomas Edwardsson 2005-06-07 19:41:27 EDT 
2.6.11-1.1363.2.1_FC4.jwltest.5 confirmed working. I transfered a few gigabytes
via NFS without a problem.

# lsmod | grep tpm
tpm_atmel  5569 0
tpm       12385 1 tpm_atmel
Comment 16 John W. Linville 2005-06-08 09:37:15 EDT 
I'm going to close this for now...either tpm will remain disabled, or it will 
get re-enabled along w/ this patch (or an equivalent update from upstream)... 
 
Thanks for the testing!
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.