Bug 104711 - (NET PCNET32) devices fail to detect link properly
(NET PCNET32) devices fail to detect link properly
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jeff Garzik
Depends On:
  Show dependency treegraph
Reported: 2003-09-19 11:49 EDT by Jp Robinson
Modified: 2013-07-02 22:14 EDT (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-06-14 13:17:30 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jp Robinson 2003-09-19 11:49:36 EDT
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.
Comment 1 Jp Robinson 2003-09-29 15:35:57 EDT
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. 
Comment 2 Omkhar Arasaratnam 2003-10-03 13:02:35 EDT
Fails with Taroon-RC1 as well
Comment 3 Omkhar Arasaratnam 2003-10-03 13:28:37 EDT
Sorry make that RC-2

Seems when we were sent the ISO's they were missnamed
Comment 4 Jp Robinson 2003-10-03 13:35:22 EDT
Agreed, tested there as well. My testing is currently happening in vmware.
Comment 5 Omkhar Arasaratnam 2003-10-03 13:39:28 EDT
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
Comment 6 Jp Robinson 2003-10-03 14:29:28 EDT
As a proposed fix, I would reccomend adding the following at line 246 in
if [ `cat /etc/modules.conf|grep $1|cut -d " " -f 3` = "pcnet32" ] 
   return 1

That should eliminate the check and allow it to come up as normal.
Comment 7 Omkhar Arasaratnam 2003-10-03 14:39:21 EDT
how about

if [ `/bin/lsmod| cut -f1 -d " "` = "pcnet32" ] 
   return 1

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?
Comment 8 Billy Foss 2003-12-03 10:32:54 EST
Problem also described in 100527
Comment 9 Thomas M Steenholdt 2004-02-20 09:49:26 EST
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!
Comment 10 Thomas M Steenholdt 2004-02-27 08:52:03 EST
this is a duplicate of the issue described in bug #100527 albeit for
another product!
Comment 11 Thomas M Steenholdt 2004-02-29 15:51:40 EST
fixed in rawhide kernel 2.6.3-1.116 - tested and works for me

Note You need to log in before you can comment on or make changes to this bug.