[U-Boot] [PATCH 0/1] Fix hang trying to protect flash sectors
Wolfgang Denk
wd at denx.de
Thu May 20 10:35:17 CEST 2010
Dear Chris Packham,
In message <loom.20100520T005209-871 at post.gmane.org> you wrote:
>
> While it would be possible to shuffle the memory map around there is one
> problem with the hardware design that I don't think can be overcome (I'd
> love to be proven wrong). The boot chip select is mapped to the _bottom_
> of the first flash chip. It was done this way so that we could expand the
> flash in the future as a rolling production change (we're now shipping
> units with 64MB fitted). i.e. we knew we could rely on a fixed base
> address so thats where we pointed the boot chip select.
I don't see why this should be relevant. Usually you can set up nearly
any memory map in software, independent of the CPU state at boot time.
Which exact processor family are we talking about?
> I think in hindsight we could have modified our flash detection code to
> start at the top and jump backwards looking for extra chips. Unfortunately
What do you mean by "our flash detection code"? Are you using any
private code for that? Why? U-Boot already has all the needed stuff,
just use it.
> we're not able to change the hardware design for this product but we can
> take this into account on future designs.
I'm not convinced that any hardware changes would be needed.
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
Don't panic.
More information about the U-Boot
mailing list