[U-Boot-Users] lan91c111 bad len
hi
after upgrading my toolchain and u-boot sources to CVS 1.0.2 version I still can't manage to get 'clean & fast' downloads of kernel image from tftp server, though sometimes I do. I'm using lan91c111 ether driver and following occours (compiled with either gcc-2.95.3 or gcc-3.2 toolchain) uboot> boot BOOTP broadcast 1 got BOOTP packet (src=67, dst=68, len=300 want_len=300) Filtering pkt = 0 Bootfile: kernel.img Got good BOOTP TFTP from server 10.10.10.1; our IP address is 10.10.10.2 Filename 'kernel.img'. Load address: 0xa0100000 Loading: ####len bad 48 < 544 len bad 48 < 544 #len bad 48 < 544 #len bad 48 < 544 ##len bad 48 < 544 #len bad 48 < 544 [...] #len bad 48 < 544 ##len bad 48 < 544 len bad 212 < 544 T T T T T T T T T T Retry count exceeded; starting again BOOTP broadcast 1 BOOTP broadcast 2 BOOTP broadcast 3 BOOTP broadcast 4 BOOTP broadcast 5 [...]
after len bad is reported transmission stalls for a while then continues. I also noticed that sometimes it copies kernel with only few len bad notices sometimes it timeouts. During stalls arp requests are sent: arp who-has 10.10.10.2 tell 10.10.10.1 14:12:00.735751 arp reply 10.10.10.2 is-at 0:c4:e:43:36:68
timeouts occour at the end of transmission and tcpdump reports 14:14:06.131236 arp who-has 10.10.10.2 tell 10.10.10.1 14:14:08.120463 arp who-has 10.10.10.2 tell 10.10.10.1 14:14:10.109675 arp who-has 10.10.10.2 tell 10.10.10.1 14:14:10.167694 10.10.10.1.32771 > 10.10.10.2.1644: udp 516 (DF) 14:14:20.164829 arp who-has 10.10.10.2 tell 10.10.10.1 14:14:22.154086 arp who-has 10.10.10.2 tell 10.10.10.1 [...]
no reply from lan91c111 ?
Anybody had similar issues ? Where should I start debugging ? - ether driver smc91111.c seems like a good start. What else am I looking for ?
regards, himba
On Sat, Feb 21, 2004 at 02:15:29PM +0100, himbA wrote:
after upgrading my toolchain and u-boot sources to CVS 1.0.2 version I still can't manage to get 'clean & fast' downloads of kernel image from tftp server, though sometimes I do.
Are you sure your hardware is ok? I've seen similar things on hardware which works only "sometimes".
In general, the SMC91111 driver works on several boards here (although I havn't tested today's CVS).
Robert
Robert Schwebel wrote:
On Sat, Feb 21, 2004 at 02:15:29PM +0100, himbA wrote:
after upgrading my toolchain and u-boot sources to CVS 1.0.2 version I still can't manage to get 'clean & fast' downloads of kernel image from tftp server, though sometimes I do.
Are you sure your hardware is ok? I've seen similar things on hardware which works only "sometimes".
I have flawlessly working u-boot.bin (I didn't compile it myself) image from 1.0.0 version on the same hardware, but I can't seem to reproduce the same image from the 1.0.0 sources , plus I was told that I should be using latest CVS version of u-boot.
I'm not using that image cause it has disabled command line passing to kernel so I can't boot over NFS.
In general, the SMC91111 driver works on several boards here (although I havn't tested today's CVS).
My board is similar to Trizeps II, pxa255 cpu with 64M ram and 32M flash.
Robert
regards, himba
Josh Fryman wrote:
do you have a
#define __LITTLE_ENDIAN
in your config?
no, it's not defined in any of my sources in include/configs/board.h nor in board/board.c.
Should I put it somewhere ? It was not defined in configuration for 1.0.0 version of u-boot.
regards, himba
SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
how did you get the working 1.0.0 u-boot? i thought you said you have been unable to recreate a valid 1.0.0 base, or a cvs base, or <foo> ?
if your platform is LE, you need the define. the PXA/XScale series can be either, it's just a bit set in the processor.
Josh Fryman wrote:
how did you get the working 1.0.0 u-boot? i thought you said you have been unable to recreate a valid 1.0.0 base, or a cvs base, or <foo> ?
i got it on cd as already compiled bin image, along with the source that some third person previously worked on. bin image created date is supposed to be compiled from the sources provided. we are both even using the same toolchains. i'm unable to recreate 'working' image (as the one i got on the cd) from the sources provided which are dated at 15.12.03 (as uboot 1.0.0 version).
if your platform is LE, you need the define. the PXA/XScale series can be either, it's just a bit set in the processor.
i'll check that out.
regards,himba
SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
Josh Fryman wrote:
do you have a
#define __LITTLE_ENDIAN
in your config?
SF.Net is sponsored by: Speed Start Your Linux Apps Now. Build and deploy apps & Web services for Linux with a free DVD software kit from IBM. Click Now! http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click _______________________________________________ U-Boot-Users mailing list U-Boot-Users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users
its little endian
rgds, himba
participants (3)
-
himbA -
Josh Fryman -
Robert Schwebel