[U-Boot] [PATCH] post: new parallel nor flash test

Wolfgang Denk wd at denx.de
Tue May 10 23:59:42 CEST 2011


Dear Mike Frysinger,

In message <201105101711.07625.vapier at gentoo.org> you wrote:
>
> > > This adds a simple parallel nor flash test to automatically verify
> > > erasing/writing/reading of sectors.  The code is based on existing
> > > Blackfin tests but generalized for everyone to use.
> > 
> > What exactly does the "parallel" in "parallel nor flash test" mean?
> 
> how it is connected to the processor

Are there any other types of NOR flashes?  I mean, I have never heard
anybody use this term before.  Maybe we can just omit it - I find it
more confusing than helpful.

> > > +	unsigned char *ret = (void *)CONFIG_SYS_SDRAM_BASE;
> > 
> > This will not work on many systems.  For example, on PPC you will
> > overwrite the exception vectors in low memory, thus crashing the
> > system.
> 
> this is how the default memory post test works.  it writes all memory from
> CONFIG_SYS_SDRAM_BASE to CONFIG_SYS_SDRAM_BASE+MIN(1GiB,bd->memsize).  so how 
> does this work on ppc systems ?

The RAM test runs before relocation to RAM, i. e. whenRAM is still not
used by anything.

> i didnt think calling malloc() would be OK since i need enough memory to hold 
> one sector ...

Just grabbing a random address in RAM is certainly not a proper way
to allocate I/O buffers.  If you need them, and if your code design
makes it even necessary to pass these buffers around (so you can not
just put them on the stack which is what I would try to do) you have
to use malloc().

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
The only way to learn a new programming language is by  writing  pro-
grams in it.                                        - Brian Kernighan


More information about the U-Boot mailing list