server: eepro100, dhcpd3, atftpd
client: eepro100

If I slow down the network speed from the server
to the client, e.g. to below 500KB/s
the transfer of a huge initrd (32MB in my case)
works every time.

If I dont slow down the network speed this
fails after 3 to 10 MB in 100%.



If I set the clients MAC adress statically
in the servers ARP-Table, the transfer
works in 100%, in fast and in slowed down transfer.
(see tcpdump's below).
Why is this? This looks to be worth inspecting
to my eyes.


In case where it stops a nic.poll function call
never returns.



You can find a complete tcpdump with a static
arp table on the server here: (~33MB)
http://134.93.168.49/~reiffert/tcpdump.static-arp.boot.gz

and a tcpdump with a nonstatic arp table here: (~3MB)
http://134.93.168.49/~reiffert/tcpdump.boot.gz



My recent patch you will find here, which
applies against grub-0.95: (~500KB)
http://134.93.168.49/~reiffert/grub-0.95.undi.patch.gz

- It only hunts for the eepro100 PXE (for now).
- thinned out etherboot stuff nobody wants here
  (like etherboot_printf, ... etc. )
- I've added progress bar (a "." every 5%)
- added a hexdump function for dumping memory.
  If you want to dump the nic.poll assembler code
  #define HEXDUMP_POLL 1 in nic.c
  If you want to dump the complete memory
  #define HEXDUMP_COMP 1 in fsys_tftp.c

  You can fetch the memory dump on your serial console
  with screen -L -l /dev/ttyS0 115200
  Dont forget to set serial --unit=0 --speed=115200
  in menu.lst


My configure settings:

./configure --enable-diskless --enable-undi --disable-ext2fs --disable-fat
--disable-ffs --disable-ufs2 --disable-minix --disable-reiserfs
--disable-vstafs --disable-jfs --disable-xfs --disable-iso9660
--disable-gunzip --disable-md5-password --disable-hercules

You can find my menu.lst here:
http://134.93.168.49/~reiffert/menu.lst

You can find my initrd here: (~33MB)
http://134.93.168.49/~reiffert/root.bin

And the tftpboot.img here: (~1MB)
http://134.93.168.49/~reiffert/tftpboot.img


Help.





_______________________________________________
Bug-grub mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-grub

Reply via email to