ts-7000
[Top] [All Lists]

[ts-7000] Re: kernel 2.6.28.3 for TS-72XX [take1]

To:
Subject: [ts-7000] Re: kernel 2.6.28.3 for TS-72XX [take1]
From: "charliem_1216" <>
Date: Tue, 10 Feb 2009 05:37:59 -0000
--- In  "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/

<Prev in Thread] Current Thread [Next in Thread>
Admin

Disclaimer: Neither Andrew Taylor nor the University of NSW School of Computer and Engineering take any responsibility for the contents of this archive. It is purely a compilation of material sent by many people to the birding-aus mailing list. It has not been checked for accuracy nor its content verified in any way. If you wish to get material removed from the archive or have other queries about the archive e-mail Andrew Taylor at this address: andrewt@cse.unsw.EDU.AU