Red Hat Bugzilla – Bug 175971
Bad: RTL8100C MAC supported by 8139too, but not communicating with PHY
Last modified: 2007-11-30 17:07:09 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6
Description of problem:
RealTek RTL8100C 32-bit PCI (3.3V, 5V tolerant) 4-Port Switch Card (MAC + PHY + on-PCB/card switch)
Class 0200 PCI device 10ec:8139
"8139too" driver loaded by kudzu, seems to communicate with MAC of the NIC.
Link lights will come on, but no links are established to any connections -- e.g., miitool shows no link status.
Possible unsupported MAC+PHY configuration?
Attempting to use the "8139cp" driver fails to communicate with the card at all.
Again, "8139too" driver loads, even returns MAC address and can be configured (e.g., ifconfig), but no communication is possible.
No cabling or other issues, tried different cards in different RHEL 3 ES Update 6 systems.
Systems using the card are HP DL360 G4 (1U rackmount) in PCI-X (3.3V) slot.
Using another 32-bit PCI (3.3V, 5V tolerant) NIC in the slot works without issue.
So it's not a PCI-X slot issue, it can and is driving another 32-bit PCI (3.3V) card.
Have used RealTek RTL8139D 32-bit PCI (5V-only) 4-port Switch Cards prior with no issues.
Had to switch to the newer RTL8100C designs for 3.3V support (such as when putting in PCI-X systems which use 3.3V).
Version-Release number of selected component (if applicable):
Update 6 (kernel-2.4.21-4.EL)
Steps to Reproduce:
1. Use RealTek RTL8100C PCI (3.3V) NIC hardware
2. Boot RHEL3 (any update, Update 6 used here) where "8139too" driver loads and configures interface
3. Attempt any communication, link status (miitool), etc...
Actual Results: Absolutely no communication. Not even "tcpdump -i" sees any communication. "miitool" reports no links. Even the lights on the card itself fails to show a link. Either I have a bad batch of cards, or more likely, the MAC is supported by the "8139too" driver, but there is something with the PHY chips that is not.
Willing to run any additional diagnostics/programs/kernel stubs/etc... to debug issue. Please advise on next course of action to debug.
*** Bug 175972 has been marked as a duplicate of this bug. ***
Has anyone at Red Hat attempted to duplicate this issue?
Or does anyone have a RTL8100C NIC they are having no issues (or any issues) with?
Just back from holidays...I don't have the hardware in question, but I'll look
Is there any chance you could try this hardware with a RHEL4 or FC4 box?
I can try it with Fedora Core 3 and 4 Rescue CDs to start.
I want to say I already have tried with FC3's Rescue CD to no avail.
But I will verify both tomorrow.
Bryan, can you identify the actual product (i.e. something I can
Google/Froogle to find) for the failing card?
Okay, we've run into issues that are starting to suggest it is a hardware
problem. We're having trouble with the card in Windows as well, with both the
stock 8139 driver as well as an updated 8139D/8100C driver. So I don't think
this is an issue with the 8139too driver anymore. We're getting in more cards
I'm changing the status to "NOTABUG" and putting it back on me to test further.
These cards are very difficult to nail down specifically. You'll find them
marketed as a Generical Part Number such as "A-3500" as a "4-port SWITCH/ROUTER
CARD" -- essentially a 4-port switch card, with bundled software NAT. We like
them because they remove the need for an external switch, and essentially give
us 5 systems (the 1 internally connected, plus the 4-ports). They can be had
The problem is the resellers do NOT differentiate between the old 5V-only
RTL8139D cards and the newer 3.3V (5V tolerant) RTL8100C versions. We've used
the former without issue with the 8139too driver. This was our first attempt
with the newer ones, and now that we've confirmed the same PHY issues under
Windows, this doesn't look like an 8139too driver issue.