Hi Charlie,
Yes, I can apply patches to the kernel and recompile it. I'll try your
suggestion.
Dmesg:
Linux version 2.6.21-ts (gcc version 3.4.4
(release) (CodeSourcery ARM 2005q3-2)) #43 PREEMPT Mon Aug 25 09:59:14 MST 2008
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0003177
Machine: Technologic Systems TS-72xx SBC
Memory policy: ECC disabled, Data cache writeback
On node 0 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 1 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 2 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 3 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 4 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 5 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 6 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 7 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 16 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 17 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 18 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
On node 19 totalpages: 2048
DMA zone: 16 pages used for memmap
DMA zone: 0 pages reserved
DMA zone: 2032 pages, LIFO batch:0
Normal zone: 0 pages used for memmap
CPU0: D VIVT write-back cache
CPU0: I cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
CPU0: D cache: 16384 bytes, associativity 64, 32 byte lines, 8 sets
Built 12 zonelists. Total pages: 24384
Kernel command line: root=/dev/ram0 rw init=/linuxrc lpj=498688 console=null
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour dummy device 80x30
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB 8MB = 128MB
total
Memory: 90768KB available (2176K code, 206K data, 100K init)
Calibrating delay loop (skipped)... 99.73 BogoMIPS preset
...
..
.
--- In "charliem_1216" <> wrote:
>
> Hi Adriano --
>
> --- In "Adriano Naspolini" <anaspolini@> wrote:
> >
> > Hi all,
> >
> > I'm developing an application using TS-7390 and, to increase speed, I
> > decided to bought 128M memory boards.
> > However, after receiving them, I noticed they're not 128M, but only ~94.
> > Asking Technologic Systems about the problem, they answered:
> >
> > "It is a problem with Linux 2.6 -- if you examine dmesg you will see that
> > 128MB are recognized but only 96MB are made available.
>
> Can you post a bootlog from dmesg? Do you know how the RAM banks are laid
> out?
>
> > We are going to look into it. If you find anything in the kernel that you
> > think might be the source of the problem please let us know."
> >
> > As it was 20 days ago, I'm trying to find out a solution here...
>
> Are you set up to build & run a custom kernel? If so, I suggest that you try
> a later 2.6 kernel using Mathieu's patchset (search the archive). In very
> recent (2.6.29-rc's) I've been using sparsemem, which may help here, although
> perhaps not, if your TS kernel is finding all the RAM but not using all of it.
>
> regards, ......... Charlie
>
> >
> > So, does anyone had the same problem? Is it really a linux bug?
> >
> > Thank you and regards.
> >
> > Adriano
> >
>
------------------------------------
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/
|