Description of Problem:
Some cards (so far, all of them have been using tulip) fail to get their IP
addresses from a DHCP server in 0815.1 - 0827.1. I've checked those two
builds only, haven't checked Roswell2 or anything earlier, but it's broken
Tested for i386.
Version-Release number of selected component (if applicable):
If it don't work, it don't work. Some cards require a second try and they
get it, others just don't at all.
Steps to Reproduce:
1. start an install with bootnet
2. have an affected adapter
3. try to use DHCP and watch it fail, every time
DHCP doesn't work
DHCP should work
Adapter Chipset Driver
SMC EtherPower (DEC 21041-AA) tulip
SMC EtherPowerII (DEC 21041-PB) tulip
DEC DE435 (DEC 21040-AA) tulip
Only a problem with multi-port adapters (like those with both 10base-T and
10-base2, etc). Tou Anaconda folks know what's wrong better than I do... I
gather that it seems to be a boot kernel or driver issue.
lspci -n output for the DE435:
Class 0200: 1011:0002 (rev 23)
What happens if you use the tulip_old driver?
Moving to NEEDINFO.
Look into having the driver on a separate driver disk and have the installer
load that driver from the disk. That may be the only way to check this...
tulip_old works, on the second try (first one kicks you back to the IP config.
screen, second puts you into the server name/folder screen).
Does this defect occur with RC2?
Tulip (by itself) works for those cards now (as far as I can tell anyway, and
now = RC2, 0830). Cool.
"* pump told us: No DHCP reply recieved
* reverse name lookup worked"
then kicks me into server name/directory. Looks good to me.
Marking as working.