[U-Boot] mpc8313 SPL, relocate_code, large page NAND
Scott Wood
scottwood at freescale.com
Tue Apr 20 23:43:26 CEST 2010
On Tue, Apr 20, 2010 at 07:02:53PM +0200, Peter Vollmer wrote:
> I worked through that thread, but as it seems I have no unguarded memory
> range left. Each BAT entry has BATL_GUARDEDSTORAGE set.
> By using the BATL_CACHEINHIBIT for the RAM bock I suppose I have the
> dcache disabled, right?
Hmm, how is lock_ram_in_cache going to work then?
> On Tue, 20 Apr 2010 14:44:10 +0200, Norbert van Bolhuis
> <nvbolhuis at aimvalley.nl> wrote:
> > It could also be your DDR RAM not properly functioning. You
> > can let u-boot test it with the POST MEM test (which happens
> > before relocation).
>
> I checked RAM using mtest in the CLI (I'll also let the memory test run
> through the night). The board has 128MB, so I did "mtest 0x3000
> 0x03e97000" , and no problems so far. If I start u-boot through the right
> breakpoint, I can see no issues with DDR or NAND whatsoever.
>
> Is it possible to enable the exception handlers (maybe at least
> MachineCheckException) in the SPL loader
You could try to get some custom code in there maybe, but there's no room
for the standard exception code.
> or how can I get the sytem into a
> defined state when the problem happens ? Currently I'm even unsure where
> the core is jumping to, so maybe that would be a good start. If the
> exception happens while still running in the high BMS, would the
> MachineCheckException hit address 0xfff00200 , or would it already try to
> jump to 0x00000200 (with a potentially uninitialised DDR RAM) ?
Depends on what the value of MSR[IP] is at that point. It looks like
MSR[IP] will not be cleared in the NAND SPL.
-Scott
More information about the U-Boot
mailing list