From: Shamile Khan <shamile@edgewater.ca>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] environment not being used
Date: 04 Feb 2004 18:15:14 -0500 [thread overview]
Message-ID: <1075936515.1553.21.camel@localhost.localdomain> (raw)
In-Reply-To: <20040204203054.9EEA6C10A3@atlas.denx.de>
On Wed, 2004-02-04 at 15:30, Wolfgang Denk wrote:
> In message <1075855660.7664.95.camel@localhost.localdomain> you wrote:
> >
> > Just as a follow up, I conclude that U-boot treats flash reads exactly
> > as sdram reads i.e. 32-bit accesses. So its not just about the
>
> This is not correct.
>
> U-Boot accesses the flash just the way how you configure your memory
> controller for flash accesses.
Exactly. The memory controller is in FPGA. Its been configured to have a
data bus width of 8 bits to the flash memory device. Consequently if a
32 bit access is requested, the first 8 bits are fine and the rest are
garbage.
>
> > to flash e.g md, imiinfo, bootm etc. A hardware fix (an 8-bit bus to our
> > byte-mode flash chip) seems like the right way to go.
>
> Either you or me must be missing something. Why don't you just
> configure U-Boot for a 8 bit flash device then?
I do have the flash device configured as an 8-bit device and flash
memory writes are for byte mode in the flash driver. So writes to flash
are fine as long as I use cp.b instead of just cp.
As far as reads are concerned, since the flash device is in byte mode I
can only access 8 bits in one flash memory read cycle. However U-boot
commands like md, bootm, iminfo, crc32 etc access 32 bits in one flash
memory read cycle (md.b is an exception).
So those commands would work if I have for example 4 byte-mode flash
devices and the memory controller concatenates the data thats read from
those devices. But I only have one byte-mode flash device.
> Best regards,
>
> Wolfgang Denk
>
> --
> See us @ Embedded World, Nuremberg, Feb 17 - 19, Hall 12.0 Booth 440
> Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
> Real Programmers always confuse Christmas and Halloween because
> OCT 31 == DEC 25 ! - Andrew Rutherford (andrewr at ucs.adelaide.edu.au)
>
next prev parent reply other threads:[~2004-02-04 23:15 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-01-30 0:48 [U-Boot-Users] environment not being used Shamile Khan
2004-01-31 17:12 ` Wolfgang Denk
2004-02-04 0:47 ` Shamile Khan
2004-02-04 20:30 ` Wolfgang Denk
2004-02-04 23:15 ` Shamile Khan [this message]
2004-02-04 23:34 ` Wolfgang Denk
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=1075936515.1553.21.camel@localhost.localdomain \
--to=shamile@edgewater.ca \
--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