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@lists.sourceforge.net [mailto:u-boot-users-admin@lists.sourceforge.net]On Behalf Of Wolfgang Denk Sent: May 26, 2003 11:46 AM To: Christophe.LINDHEIMER@fr.thalesgroup.com Cc: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] Loads function and flow control.
Dear Christophe,
in message <D96E2AFA0DF3D211B1390090274549480373629A@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@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@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/u-boot-users