Greetings,
I only tested on 32mo SDRAM. Anyone succesfully runned that kernel with
64mb ?
Physical address size
0x00000000
0x00800000
0x01000000
0x00800000
0x04000000
0x00800000
0x05000000
0x00800000
0xE0000000
0x00800000
0xE1000000
0x00800000
0xE4000000
0x00800000
0xE5000000
0x00800000
charliem_1216 wrote:
>
> --- In <ts-7000%40yahoogroups.com>,
> "charliem_1216" <> wrote:
> >
> > Hi Christian --
> >
> > I can help testing in the next day or so.
> >
> > regards, ...... Charlie
> >
>
> OK, I spent some time tonight coming up to speed on this, and I think
> there is still a problem with a 64M board (using 2 chip selects).
> Mine is a TS-7250.
>
> After enabling debug_ll, and stuffing a printascii in kernel/printk.c,
> I see:
>
> Using base address 0x00218000 and length 0x001d17a0
> Uncompressing
> Linux.........................................................................................................................
> done, booting .
> <5>Linux version 2.6.28.4-m (gcc version 4.1.1
> (CodeSourcery ARM Sourcery G++ 2006q3-26)) #4 PREEMPT Mon Feb 9
> 23:43:46 EST 2009
> CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=40007177
> CPU: VIVT data cache, VIVT instruction cache
> Machine: Technologic Systems TS-72xx SBC
> Memory policy: ECC disabled, Data cache writeback
> <4>BUG: not creating mapping for 0xe0000000 at 0xa0000000 in user region
> <4>BUG: not creating mapping for 0xe1000000 at 0xa1000000 in user region
> <4>BUG: not creating mapping for 0xe4000000 at 0xa4000000 in user region
> <4>BUG: not creating mapping for 0xe5000000 at 0xa5000000 in user region
>
> This is exactly what was happening before Brett's discontig patch.
> Like Christian, I can boot OK with 32M by adding:
> mem= mem= mem= mem= to the kernel command line.
>
> [Oddly, the vmsplit config parameter was changed from ts7200_defconfig
> after I ran menuconfig (but without changing the vmsplit setting).
> VMSPLIT_3G was changed to VMSPLIT_1G. Same with PAGE_OFFSET, which
> changed from 0xC0000000 to 0x4000000. Returning those to the values
> in TS7250_defconfig did not fix the problem. Strange ... something to
> watch out for]
>
> I even tried "#define SECTION_SIZE_BITS 23" rather than 24, since I
> thought each node should be 8M not 16M, but that did not make any
> progress.
>
> I'm not sure where to go from here. There have been a few other posts
> to linux arm kernel ML with this problem (physical RAM needing more
> that 1G address space), but I haven't seen any success stories yet.
>
> 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/
|