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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox