Bug 144794
Summary: | tg3 driver on BCM5703X won't load. Says tg3: Could not obtain valid ethernet address, aborting. | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 3 | Reporter: | Ingvar Hagelund <ingvar> | ||||
Component: | kernel | Assignee: | Andy Gospodarek <agospoda> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3.0 | CC: | davem, linville, lwang, pcaldes, peterm, petrides, riel, syeghiay, voetelink | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i686 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2006-12-05 22:47:12 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Ingvar Hagelund
2005-01-11 16:34:20 UTC
Ingvar, can you please attach the output of `lspci -nv`? Thanks! Created attachment 109709 [details]
Output of lspci-nv.txt
I have the same issue on one of my IBM Model x335 servers which uses the BCM5703 ethernet chipset. The weird thing is that it works on one of my other x335 machines with the same hardware. The only difference is the firmware versions of the NIC's. If I compile and use the bcm5700 driver, the machine that fails has firmware version 2.21a, while the one that works has version 2.25. My problem is that there is no way to tell what the firmware version is on a running machine unless I use the bcm5700 driver. I have many machines but cannot risk upgrading the kernel without knowing for sure what the current firmware version is. Oops. Forgot to explicitly mention that both servers (old and new firmware) work fine with the bcm5700 driver (v7.3.5). I have test kernels with a much later tg3 driver here: http://people.redhat.com/linville/kernels/rhel3/ Please give those kernels a try and post the results here. Thanks! I had previously tried an updated kernel-2.4.21-27.0.2.EL.src.rpm from RHN with no luck. I compiled your kernel-2.4.21-32.2.EL.jwltest.20.src.rpm test kernel and it too still fails the same way... :( p.s. Just curious on the Redhat Kernel naming/versioning scheme. The 2.4.21 is due to the version number of the base kernel from kernel.org and EL stands for Enterprise Linux. But what do the other numbers mean or should I say what are they based on? i.e. kernel-2.4.21-27.0.2.EL kernel-2.4.21-32.2.EL Hello, Pete. I can answer that one (being the RHEL3 kernel pool maintainter). Following is an excerpt from internal mail regarding this (from well over a year ago). Just so you know, the U5 kernel (that is currently in beta) is version 2.4.21-32.EL. Ongoing development in the U6 pool is using -32.x.EL. Cheers. -ernie [...] We are trying to move toward a more flexible model whereby we have multiple (parallel) code streams undergoing changes, some of which may be released to customers. Here's a table of possible names that we expect to use: -4.EL initial release of RHEL 3 -x.EL an official RHEL 3 Update release (where x > 4) -x.0.z.EL an official RHEL 3 Errata release based on -x.EL -x.y.EL internal Engineering builds in an Update stream -x.y.z.EL possible Interim builds offered to select partners and customers with time-critical requirements (branched from -x.y.EL where y > 0) In all of these cases, x, y, and z are numbers with potentially more than one digit. There is also a convention of appending arbitrary text strings (matching the regular expression [a-zA-Z0-9._]*) to any of the conventions above to identify an internally built kernel that is not supported. This is used by developers providing special testing/debugging kernel packages whose use outside of Red Hat is transient. I have the same problem with the latest RHEL4 kernel (2.6.9-42.0.3.ELsmp) on a HP Proliant DL380 G3. This problem happens once out of two reboots. Boot once, it works, reboot, it doesn't work. For RHEL3 this looks to be the same as BZ 208925, which is committed to be fixed in the next release. Can you test with one of the kernels here: http://people.redhat.com/agospoda/#rhel3 For RHEL3 this looks to be the same as BZ 208922, which is committed to be fixed in the next release. Can you test with one of the kernels here: http://people.redhat.com/agospoda/#rhel4 Comment #10 is in reference to RHEL4. Forget the RHEL4 testing. This is a RHEL3 bug, and the fix has already been committed to the 2nd RHEL3 U9 interim build (kernel version 2.4.21-47.2.EL). *** This bug has been marked as a duplicate of 208925 *** |