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):
Steps to Reproduce:
1.Install with dhcp address
2.Boot up, no link when it does an ifup/network start
No link present
This is needed for vmware, as this is the network devices they use.
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
if [ `cat /etc/modules.conf|grep $1|cut -d " " -f 3` = "pcnet32" ]
That should eliminate the check and allow it to come up as normal.
if [ `/bin/lsmod| cut -f1 -d " "` = "pcnet32" ]
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
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
fixed in rawhide kernel 2.6.3-1.116 - tested and works for me