On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue
revolves around the download times for tftp.
Can Volkmar Uhlig kindly provide the patches?
Our units automically update themselves inside of uboot giving us the
most
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
[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
On Fri 24 Jul 2009 04:11, Alessandro Rubini pondered:
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?
I believe it depends on if it your host has gig support (for jumbo frames)
Most Gig
I played around with setting the TFTP block size very large, like 16K,
primarily to reduce the required number of ACK's. It actually appeared as
though uboot was processing the additional frames correctly but without
doing a memory comparison I'm not sure. Here were a few bad side effects
:47 AM
To: Jeff Palmer
Subject: Fwd: [U-Boot] http client?
fyi
Begin forwarded message:
From: Robin Getz rg...@blackfin.uclinux.org
Date: July 22, 2009 8:26:58 AM GMT-04:00
To: u-boot@lists.denx.de
Cc: Ben Warren biggerbadder...@gmail.com, Volkmar Uhlig vuh...@us.ibm.com
Subject: Re: [U-Boot
Dear Robin Getz,
In message 200907220826.58333.rg...@blackfin.uclinux.org you wrote:
Well, you are aware that such a thing would need a TCP/IP stack, which
is far beyond what we currently have in U-Boot support?
Yes - I'm aware. My thoughts were to do something like what IBM and other
Dear jeffery palmer,
In message blu127-dav686e79b5bf3a89693a9...@phx.gbl you wrote:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
HTTP will probably not be much faster.
Did you try using NFS?
Our units automically update
Hm... but 20 minutes versus 30 seconds cannot be explained by TFTP
versus HTTP alone. There must be other effects impacting your network
traffic. Did you run any deeper analysis?
I'm sure it depends on network delays. TCP has the sliding window
mechanism, so several packets can be in flight
clean and well tested.
Jeffery Palmer
Project Development
-Original Message-
From: rubini-l...@gnudd.com [mailto:rubini-l...@gnudd.com]
Sent: Wednesday, July 22, 2009 11:23 AM
To: w...@denx.de
Cc: jefferypal...@hotmail.com; u-boot@lists.denx.de
Subject: Re: [U-Boot] http client?
Hm
On Wed, 2009-07-22 at 12:00 -0400, jeffery palmer wrote:
There are quite a few additions you can achieve with a TCP stack but of
course it needs to be very clean and well tested.
http://www.sics.se/~adam/uip/uip-1.0-refman/
I used it before on a small arm platform (small =16k ram) and used
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can Volkmar Uhlig kindly provide the patches?
Our units automically update themselves inside of uboot giving us the most
control
Robin Getz wrote:
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can Volkmar Uhlig kindly provide the patches?
Our units automically update themselves inside of
On Wed 22 Jul 2009 16:32, Ben Warren pondered: Robin Getz wrote:
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can Volkmar Uhlig kindly provide the
Robin Getz wrote:
On Wed 22 Jul 2009 16:32, Ben Warren pondered: Robin Getz wrote:
On Wed 22 Jul 2009 10:04, jeffery palmer pondered:
We are looking for an http client now as well. Our major issue revolves
around the download times for tftp.
Can
On Wed 22 Jul 2009 16:53, Ben Warren pondered:
Robin Getz wrote:
I see:
#define TFTP_MTU_BLOCKSIZE 1468blksize
static unsigned short TftpBlkSizeOption=TFTP_MTU_BLOCKSIZE;
/* try for more effic. blk size */
pkt += sprintf((char *)pkt,blksize%c%d%c,
When I looked at the RFC data
it appears that the overhead of IP fragmentation and reassembly (which does
add overhead as the number of gateways increases) may be worth the time...
Just tried it: U-Boot doesn't support reassembly, it seems.
net.c confirms it:
/* Can't deal
On Wed 22 Jul 2009 18:00, Alessandro Rubini pondered:
When I looked at the RFC data
it appears that the overhead of IP fragmentation and reassembly (which
does add overhead as the number of gateways increases) may be worth
the time...
Just tried it: U-Boot doesn't support reassembly,
Sorry - first time I sent this -- I forgot to cc the list...
On Tue 21 Jul 2009 12:37, Robin Getz pondered:
redboot supports (and has since 2002) a mini-http client:
This is just a transfer data via the network using HTTP protocol, no
better or worse than tftp. (no https, no proxy, no other
Hi Robin,
Robin Getz wrote:
Sorry - first time I sent this -- I forgot to cc the list...
On Tue 21 Jul 2009 12:37, Robin Getz pondered:
redboot supports (and has since 2002) a mini-http client:
This is just a transfer data via the network using HTTP protocol, no
better or worse than
Hi Robin,
Robin Getz wrote:
Sorry - first time I sent this -- I forgot to cc the list...
On Tue 21 Jul 2009 12:37, Robin Getz pondered:
redboot supports (and has since 2002) a mini-http client:
This is just a transfer data via the network using HTTP protocol, no
better or
Dear Robin Getz,
In message 200907211400.21275.rg...@blackfin.uclinux.org you wrote:
I know there have been discussions about adding wget to U-Boot, which
I agree is not something that is worthwhile to do.
I am not so sure about that, but that's just my opinion.
22 matches
Mail list logo
