Kernel hangs in early_init
612dlag102 at sneakemail.com
Wed Mar 3 05:48:42 EST 2004
Wolfgang Denk wd-at-denx.de |PPC Linux Embedded| wrote:
> In message <19122-27221 at sneakemail.com> you wrote:
>>I have a PPC405GPr based board w/ 128Meg SDRAM, and I'm building
>>kernel 2.4.24 (devel CVS) for it. I also have U-Boot ported to
>>it, and I'm using U-Boot as the bootstrap loader.
>>## Transferring control to Linux (at address 00000000) ...
> Did you check the FAQ? See
Good point, I missed that. However, that particular FAQ doesn't seem
to apply. I'm using 2.4.24+ (>2.4.5), the CFG_IMMR value doesn't seem
to apply (PPC405GPr, not a MPC8xx system) and I double-checked that
the bd_t structure matches. Besides, it's nowhere neer trying to access
any of the arguments yet.
I put some progress checking code in the source to see where it
goes, and I see it enters early_init, calls early_init (there is
an initial MMU setup active at the time) and calls reloc_offset.
However, it never actually seems to *arrive* in reloc_offset.
Humm... The MMU comment makes me think. U-Boot is running with the
MMU off. The head_4xx.S entry code sets up a temporary MMU mapping
that includes the linked kernel address space, but that is only 32meg.
The stack at the time is still where U-Boot left it, near the end of
the 128Meg memory. Is this something I should address (pardon the pun)?
Steve Williams "The woods are lovely, dark and deep.
steve at XXXXXXXXXX But I have promises to keep,
http://www.XXXXXXXXXX and lines to code before I sleep,
http://www.picturel.com And lines to code before I sleep."
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-embedded