Hi Christian --
--- In Christian Gagneraud <>
wrote:
>
> Christian Gagneraud wrote:
> > Christian Gagneraud wrote:
> > I finally manage to get a backtrace:
> >
> > init/main.c:start_kernel()
> > arch/arm/kernel/setup.c:setup_arch()
> > arch/arm/mm/mmu.c:paging_init()
> > arch/arm/mm/bootmem_init()
> > mm/sparse.c:sparse_init()
> > mm/bootmem.c:__alloc_bootmem()
> > mm/bootmem.c:___alloc_bootmem_nopanic()
> > mm/bootmem.c:alloc_bootmem_core()
> >
> > this function ends with by filling the allocated area with zero,
which
> > is fatal, as the kernel hang here.
> >
> > the exact call is memset(region, 0, size);
> > with region = 0xA0000000 and size = 0x00000400;
> >
> > So now the 1 million euros question is: "why?" :)
>
> Hum... Redboot tells me that i have 32MB of RAM form 0x00000000 to
> 0x02000000, but the boot rom tells me that i have 64MB of SDRAM...
> Strange, isn't it?
That's a Redboot-ism, it doesn't report the full amount of RAM, only
what's needed for boot. But it does populate & pass the right
ATAG_MEM parameters to the kernel.
> So if I add the kernel param "mem=", then the kernel boot
fine!!!
>
In the early days (*before* the discontig_ram patch from Brett), on my
64MB TS-7250 I had to pass (4) individual 8MB sections:
mem= mem= mem= mem=
Passing a single 32MB parameter would appear to work for a while,
until (I think) something tried to write past the first 8MB location.
(Of course, passing (8) 8MB sections wouldn't work at all).
I can help testing in the next day or so.
regards, ...... Charlie
> Any idea?
>
> Chris
>
>
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/ts-7000/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/ts-7000/join
(Yahoo! ID required)
<*> To change settings via email:
<*> To unsubscribe from this group, send an email to:
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
|