Re: porting ARM: remap and MMU questions
- From: "Mark" <mark.cruzNOT_FOR_SPAM@xxxxxxxxxxx>
- Date: Sat, 17 Jan 2009 12:31:27 +0900
Hello, Rainer
You wrote on Thu, 15 Jan 2009 10:05:07 +0100:
Thanks, low-level debugging facility helped me to verify the code flow.
As I mentioned in my original post, kernel dies after printing
"Uncompressing Lin...................... done, booting t" -- yes, exactly
like this, with "ux" and "he kernel" stripped off. Seems a buffer limit to
me, but why on an early stage and how -- do you have any clues?
RW> Getting across the MMU init itself is more difficult: You
RW> must ascertain that the serial port registers are actually mapped
RW> somewhere and that the output code can dynamically use either the
RW> virtual or physical address.
I suspect this might be my case. With the early stage debug macros I found
that problem resides in $(linux)/arch/arm/kernel/head.S, particularly
arouund the code preparing and enabling MMU.
But I _guess_ this is only consequence, and the real problem happens earlier
at page tables setup, because that is the only place the code uses platform
specific settings -- PHYS_OFFSET, which is physical RAM offset. Hence, this
value may depend on RAM being remapped or not.
-- Mark
.
- References:
- porting ARM: remap and MMU questions
- From: Mark
- Re: porting ARM: remap and MMU questions
- From: Rainer Weikusat
- porting ARM: remap and MMU questions
- Prev by Date: Re: porting ARM: remap and MMU questions
- Next by Date: http://www.stefsclothes.com cheap sell air max shoes, ugg shoes,jordan shoes,handbag,jeans,shox shoes,
- Previous by thread: Re: porting ARM: remap and MMU questions
- Next by thread: http://www.stefsclothes.com cheap sell air max shoes, ugg shoes,jordan shoes,handbag,jeans,shox shoes,
- Index(es):