Re: Problems with etherboot and Boot prompt.

[Doug Ambrisko <ambrisko@whistle.com>]

Andrew Coulthurst writes:
| At 01:28 PM 7/6/98 -0700, Doug wrote:
| 
| >with 2 cards, hopefully today I'll get my 2nd card back and try it out
| >since I need to get it to work.
| >
| I'd be interested to hear about your results - and exactly how you expect
| it to work - I'm sure Ken would also like to know how you'd expect two
| cards to work.
|
| If you're expecting the machine with two cards to try each card until it
| gets a valid bootp/dhcp - then I think you'll be disappointed. However the
| eepro100b driver should at least bootp/dhcp from the first card in the pci
| list. ( I'd love to have the time to rewrite the code to work with multiple
| cards - but I have a job and a house and a girlfriend ).

I got my second card back and 2 cards does work with the 4.0 code.  The 
only issue was that it uses the last card found since it only saves the 
last address found.  I made a change so that it uses the first card
found.  Attached is the patch. 

Cycling through cards would be a nice thing to do but not critical.  I just
need the one I want to work that is connected to a bootp server.  It would 
be a cool thing to do but not critical since I would also need to do the 
same thing in the FreeBSD code (I tried this and it was not trivial).  
So in FreeBSD I added code to add "BOOTP_WIRED_TO=fxp0" in the kernel config
for bootp.  This way it will use the card I want.  I may add a similar
thing to the etherboot stuff to add a define to select which probed card,
however, I think this is fairly rare.  I think cycling through cards
may be bad idea in some cases.

| Your welcome anytime for advice - especially as you're using etherboot in a
| production environment ( Ken we bow to you :-)

Thanks, the code has definitely evolved and has some interesting features
over the FreeBSD start.  Another thing I'll be looking at is the 
serial support.  I modified the FreeBSD netboot code to use the VGA/keyboard
and the serial port as consoles at the same time.  This way you can 
control the boot code at the machine or remotely (or under program control)
via the serial port.  It looks the code is currently either or, not both.

So more patches will be in the works.

Doug A.

PS you need to find a job that pays you to do this!

--- etherboot-4.0-orig/src/pci.c	Wed Jul  1 09:46:13 1998
+++ etherboot-4.0/src/pci.c	Tue Jul  7 15:17:53 1998
@@ -251,6 +251,7 @@
 
 		printf("Found %s at 0x%x\r\n",
 		pcidev[i].name, pci_ioaddr);
+		return; #DJA take the first #
 		}
 									  }
 								}