Bug 104711
| Summary: | (NET PCNET32) devices fail to detect link properly | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 3 | Reporter: | Jp Robinson <robinson> |
| Component: | kernel | Assignee: | Jeff Garzik <jgarzik> |
| Status: | CLOSED UPSTREAM | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 3.0 | CC: | omkhar, peterm, tmus, wfoss |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2004-06-14 17:17:30 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: | |||
As a note, I can comment out /etc/sysconfig/network-scripts/network-functions "check_link_down()" function (except a return 1) and it comes up sucessfully. Fails with Taroon-RC1 as well Sorry make that RC-2 Seems when we were sent the ISO's they were missnamed Agreed, tested there as well. My testing is currently happening in vmware. so is mine :), I'll try and dig up a pcnet32 card, but the only ones I have in the lab are e1000 or broadcom As a proposed fix, I would reccomend adding the following at line 246 in network-functions: if [ `cat /etc/modules.conf|grep $1|cut -d " " -f 3` = "pcnet32" ] then return 1 fi That should eliminate the check and allow it to come up as normal. how about if [ `/bin/lsmod| cut -f1 -d " "` = "pcnet32" ] then return 1 fi since it would only matter if the device were loaded problem is still that it only works if the driver is "modulized". what if it is part of the kernel? can we get the code fixed? Problem also described in 100527 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=100527 please check bug #100527, i submitted a patch for the kernel that fixes this problem but would like to get some feedback on wether it works or not! this is a duplicate of the issue described in bug #100527 albeit for another product! fixed in rawhide kernel 2.6.3-1.116 - tested and works for me |
Description of problem: PCnet32 devices fail to properly detect link and ifup with dhcp address. Can be manually ifconfig'd. As a side effect, ethtool fails link detection as well. Works during install with no discernable problems. Also applies to Sveren Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1.Install with dhcp address 2.Boot up, no link when it does an ifup/network start Actual results: No link present Expected results: Additional info: This is needed for vmware, as this is the network devices they use.