[U-Boot-Users] Loads function and flow control.

[Frank Smith]

What about in the case where you are loads-ing directly to a flash
region?  I ran across this problem recently (albeit it with PPCBoot-2.0.0).

> -----Original Message-----
> From: u-boot-users-admin at lists.sourceforge.net
> [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of Wolfgang
> Denk
> Sent: May 26, 2003 11:46 AM
> To: Christophe.LINDHEIMER at fr.thalesgroup.com
> Cc: u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] Loads function and flow control. 
> 
> 
> Dear Christophe,
> 
> in message 
> <D96E2AFA0DF3D211B1390090274549480373629A at helios.gnv.tcc.thomson-c
> sf.com> you wrote:
> > 
> > Is there any mechanism for software flow control ( XON, XOFF ) ?
> 
> No there is none, and there is no need for one.
> 
> > It seems that loads works fine when I download small files but 
> get lost with
> > big ones. So I fear a flow control problem.
> 
> I don't think so. Even at high baud rates (like 115200 bps) there  is
> more than enough time to receive characters through the serial line -
> remember  that  U-Boot  is  strictly  single-tasking,  so the CPU has
> nothing better to do but to wait for characters.
> 
> > What is the problem with minicom for loads ? I think that loads 
> just expect
> 
> Minicom is broken.
> 
> > to receive ascii data. Is it wrong to send srec file using ALT 
> S in minicom
> > ( and choosing ascii data ) ?
> 
> It's not exactly wrong, but it's calling for a lot of trouble. If you
> really must use  S-Records,  use  the  "cu"  command  from  the  UUCP
> package.  Alternatively  I  recommend  to use the "loadb" command and
> C-Kermit for the download. This is much faster, and more reliable.
> 
> Best regards,
> 
> Wolfgang Denk
> 
> -- 
> Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
> Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd at denx.de
> panic: can't find /
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>