I can't say off the top of my head. I'm using a 16 bit strataflash E28F128J3A in x8 mode, with a custom version of strataflash.c, on a custom-built Virtex-II Pro development board, with a *very* hacked down version of PPCboot that runs from about 50K of block RAM, so there are lots of places where I might have mucked things up. An 'interesting' configuration....
I hacked it to work by changing the loads code to echo a newline after the write to the flash has completed, and configuring kermit to wait until it sees a newline before it sends a new line. This works for me, so I stopped looking into the problem.
-Frank.
-----Original Message----- From: wd@denx.de [mailto:wd@denx.de] Sent: May 26, 2003 1:16 PM To: Frank Smith Cc: u-boot-users@lists.sourceforge.net Subject: Re: [U-Boot-Users] Loads function and flow control.
In message 03May26.125207adt.7313@dragon.appliedmicro.ns.ca you wrote:
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).
It worked fine in all configurations I have tested. Assume 8N1 at 115200 bps so you get a maximum of 11520 cps or about 87 us per byte. How long does your flash chip need for a byte to program?
Wolfgang Denk
-- Software Engineering: Embedded and Realtime Systems, Embedded Linux Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd@denx.de ...the increased productivity fostered by a friendly environment and quality tools is essential to meet ever increasing demands for software. - M. D. McIlroy, E. N. Pinson and B. A. Tague