Description of problem: When activating a bonded interface (in my case mode=1) with broadcom chipset nic cards (tg3 driver) the error message: bond_enslave(): failed to get speed/deuplex from eth1, speed forced to 100Mbps, duplex forces to Full. Is returned. The failure is on line 821 of bond_main.c where IOCTL returns -95 (EOPNOSUPP) Since we are able to see the speed duplex using ethtool we either need to change how we poll the card or change the error message. We do not actually set the speed/duplex of the card to 100 full, we leave it alone. If the card is a gig card that autoneg. to 1000/full we return that message, but the card actually runs at 1000/full. This has been seen with gig fiber cards (which obviously can only run at gig speed) and even the BCM5700 and BCM5702X copper cards which are capable of 100/full but continue to run at 1000/full. Version-Release number of selected component (if applicable): 2.4.12-15.0.4 How reproducible: Always Steps to Reproduce: 1. Configure bonding with a BCM5700 (or other chipset) and tg3 driver 2. ifup the bond interface/insmod the bonding module 3. enjoy the error message Expected Results: Either a correct poll of the speed/duplex or a message saying it wasn't polled, but not saying that speed/duplex was changed to something it wasn't
A fix for this problem has just been committed to the RHEL3 U4 patch pool this evening (in kernel version 2.4.21-20.4.EL).
An errata has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on the solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2004-550.html