[ECOS] Redboot run image issues
Rutger Hofman
rutger@cs.vu.nl
Mon Feb 23 14:58:00 GMT 2009
You may be aware that NAND flash requires a different type of driver
than NOR flash. I have written an eCos NAND flash package that is in a
pre-beta stage. It can be downloaded from
http://www.cs.vu.nl/~rutger/software/ecos/nand-flash/ and I welcome
other testers. Since NAND flash requires a controller, chances are that
you will have to write the bottom half of an NFC (NAND Flash Controller)
device driver yourself. Hopefully the procedures to do that are outlined
clearly in the documentation I provide.
However, I didn't attempt yet to support booting from the NAND. If it is
supported at all, this is usually a two-step procedure: NFCs can
sometimes be configured to load the first page(s) at boot time using
some h/w procedure and run that code; these page(s) must contain code to
load the rest of the bootstrap routines from following NAND flash pages.
This is necessary because NAND flash cannot be randomly accessed, but
can only be read a page at a time. The very first bootstrap page(s) will
have to contain the code to read from NAND; and methinks it will not be
easy to squeeze that code into one 2KB page, although it has been done
of course.
Rutger Hofman
VU Amsterdam
joseph biswal wrote:
> My final intent is to get my redboot port to boot from the NAND flash.
> I am trying to run this image from NAND flash but it gets stuck even
> before spitting anything on the console. Hence i turn to the BDI
> debugger where i try running the image from RAM and see if it works.
>
> I am running on a MX31 based board with Freescale PDK1.4.
>
> On Sun, Feb 22, 2009 at 9:30 PM, Chris Zimman <czimman@bloomberg.com> wrote:
>>> Whereas, when i load and runthe same redboot.bin from an existing
>>> working version of "redboot.bin " in RAM, i get the following
>>> : It gets stuck after printing "phys_addr=0x80100000" on the serial
>>> console. I am guessing something somewhere is wrong in the memory
>>> location but i am not sure where to start with. Would it be a problem
>>> with the linker script, mlt file or something else?
>>> ARe there other files in the HAL i need to look into? WHat actuallly
>>> happens when "LaunchRunIMage" in the redboot code is invoked??
>> That's not going to work because the Redboot code isn't relocatable like
>> that. Like you can't just load it and launch it from any location. If I
>> understood you right, you're trying to launch a ROM or ROMRAM image from
>> within Redboot. This is probably not what you want.
>>
>> You can configure a Redboot image to be launched from RAM, but this is
>> generally not necessary unless you're doing special things (eg. replacing a
>> Reboot ROM mode image, etc.)
>>
>> Beyond that, without seeing what's going on in the HAL setup
>> (hal_platform_setup.h), it's difficult to guess which of any number of things
>> it may be tromping over that could cause it to hang.
>>
>> I'm still missing what it is that you're ultimately trying to do here.
>>
>> --Chris
>>
>
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
More information about the Ecos-discuss
mailing list