From: Tolunay Orkun <listmember@orkun.us>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] CFI flash driver problem
Date: Wed, 14 Mar 2007 23:48:36 -0500 [thread overview]
Message-ID: <45F8D024.1020206@orkun.us> (raw)
In-Reply-To: <1628E43D99629C46988BE46087A3FBB9900C73@ep-01.EmbeddedPlanet.local>
Jeff Mann wrote:
>> flash_write_cmd() function when calling it with "flash_write_cmd
>> (info, sect, 0, AMD_CMD_ERASE_SECTOR);" at around line 490 in
>>
> flash_erase().
>
>>
>>
>
> UPDATE:
>
> I am proving this update in case someone searches the list archives to
> solve a similar problem.
>
> The problem was the result of both NOR Flash and Cellular RAM driving
> the EBC_READY signal (also called CRAM_WT, and WAIT in the CRAM
> documents). Because of this configuration, after doing an operation on
> the Flash that requires a delay, such as erase or write, the Flash held
> EBC_READY low for a long time while erading or writing. So the processor
> never saw the CRAM release CRAM_WT when its data was ready. The
> processor never could retrieve the next instruction and intrepreted this
> as an "illegal instruction."
>
> The problem had nothing to do with bus transievers or accessing timing.
>
> In "human time" the erase cycle completed before I made the next step in
> code.
>
> -Jeffrey Mann
Jeff,
Thank you for the update. Did you make changes to your board design to
solve this problem?
One solution would be to disconnect nor flash from EBC_READY and
configure that CS for appropriate number of wait cycles. Another would
be to disable bus timeout if possible.
Tolunay
prev parent reply other threads:[~2007-03-15 4:48 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-26 22:31 [U-Boot-Users] CFI flash driver problem Jeff Mann
2007-02-27 7:14 ` Tolunay Orkun
2007-02-27 17:01 ` Jeff Mann
2007-02-27 20:52 ` Wolfgang Denk
2007-03-14 17:58 ` Jeff Mann
2007-03-15 4:48 ` Tolunay Orkun [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45F8D024.1020206@orkun.us \
--to=listmember@orkun.us \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.