I didn't add fragmenting but without further investigation into it I would assume that the fragmented packets were discarded. The tftp program still acted like it was downloading at a larger block size but I doubt it actually was.
I have noticed a reasonable amount of lost packets as well which is odd. We have a 100 meg fiber to our servers and I still get lost UDP packets. I think there is a pending bug in the network layer regarding this. I will have a look at the patch and revert. Thanks. Jeffery Palmer Project Development -----Original Message----- From: rubini-l...@gnudd.com [mailto:rubini-l...@gnudd.com] Sent: Friday, July 24, 2009 4:12 AM To: rg...@blackfin.uclinux.org Cc: u-boot@lists.denx.de; biggerbadder...@gmail.com; jefferypal...@hotmail.com Subject: Re: [U-Boot] http client? Me: >> Just tried it: U-Boot doesn't support reassembly, it seems. Robin Getz: > I don't think anyone said it did. I'm sorry, I misread that in your message. Me: >> I don't think it's worth adding. Robin: > This is based on ... ? laziness, mainly. And personal preference over simpler code where possible. But you are right, no real reason. So I've done it trivially (see patch posted today). On my LAN it doesn't make any noticeable difference: only I have more lost packets if I increase the block size too much, so it gets worse. I would like to know if it helps Jeffery Palmer. BTW: you (Jeffery) told you tried a blocksize of 16k, but how could it work if u-boot refuses fragments? Did you add defragmenting to the code first? /alessandro _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot