[Gumstix-users] overo fire reporting 128mb of ram

[Kevyn-Alexandre P. <ka...@ro...>]

This was my problem and still are:

http://old.nabble.com/overo-fire-reporting-128mb-of-ram-to29826465.html#a29826465

I have updated my org-openembedded.org and deleted my tmp directory

bitbake x-load
bitbake u-boot-omap3
bitbake omap3-console-image

Reflash everything on my gumstix micro SD and here what I have:

Texas Instruments X-Loader 1.4.2 (Jan 13 2010 - 06:59:23)
Reading boot sector
Loading u-boot.bin from mmc


U-Boot 2010.09 (Feb 10 2011 - 17:30:00)

OMAP3530-GP ES3.1, CPU-OPP2, L3-165MHz, Max CPU Clock 720 mHz
Gumstix Overo board + LPDDR/NAND
I2C:   ready
DRAM:  128 MiB
NAND:  256 MiB
In:    serial
Out:   serial
Err:   serial
Board revision: 0
Tranceiver detected on mmc2
No EEPROM on expansion board
Die ID #62a200040000000004037f680e00200d
Net:   smc911x-0
Hit any key to stop autoboot:  0 
mmc1 is available
reading boot.scr

** Unable to read "boot.scr" from mmc 0:1 **
reading uImage

2907132 bytes read
Booting from mmc ...
## Booting kernel from Legacy Image at 82000000 ...
   Image Name:   Angstrom/2.6.36/overo
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    2907068 Bytes = 2.8 MiB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Linux version 2.6.36 (andromeda@andromeda) (gcc version 4.3.3 (GCC) ) #1
Fri Feb 11 13:41:32 EST 2011
CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f
CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Machine: Gumstix Overo
Reserving 12582912 bytes SDRAM for VRAM
Memory policy: ECC disabled, Data cache writeback
OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp )
SRAM: Mapped pa 0x40208000 to va 0xfe408000 size: 0x8000
Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
29440
Kernel command line: console=ttyS2,115200n8 mpurate=500 vram=12M
omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y omapdss.def_dt
PID hash table entries: 512 (order: -1, 2048 bytes)
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 116MB = 116MB total
Memory: 111664k/111664k available, 19408k reserved, 0K highmem
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
    DMA     : 0xffc00000 - 0xffe00000   (   2 MB)
    vmalloc : 0xc8800000 - 0xf8000000   ( 760 MB)
    lowmem  : 0xc0000000 - 0xc8000000   ( 128 MB)
    modules : 0xbf000000 - 0xc0000000   (  16 MB)
      .init : 0xc0008000 - 0xc0031000   ( 164 kB)
      .text : 0xc0031000 - 0xc054e000   (5236 kB)
      .data : 0xc0572000 - 0xc05ab960   ( 231 kB)
Hierarchical RCU implementation.
        RCU-based detection of stalled CPUs is disabled.
        Verbose stalled-CPUs detection is disabled.
NR_IRQS:402





#########################

If I start without the SD with the NAND factory that I did'nt replace
yet.....:

Texas Instruments X-Loader 1.4.2 (Jan 13 2010 - 06:59:23)
Loading u-boot.bin from nand


U-Boot 2009.11 (Jan 13 2010 - 07:00:40)

OMAP3530-GP ES3.1, CPU-OPP2 L3-165MHz
Gumstix Overo board + LPDDR/NAND
I2C:   ready
DRAM:  256 MB
NAND:  256 MiB
In:    serial
Out:   serial
Err:   serial
Die ID #62a200040000000004037f680e00200d
Net:   smc911x-0
Hit any key to stop autoboot:  0 
No MMC card found
Booting from nand ...

NAND read: device 0 offset 0x280000, size 0x400000
 4194304 bytes read: OK
## Booting kernel from Legacy Image at 82000000 ...
   Image Name:   Angstrom/2.6.32/overo
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    3154940 Bytes =  3 MB
   Load Address: 80008000
   Entry Point:  80008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing
Linux............................................................................................................
Linux version 2.6.32 (st...@ww...) (gcc version 4.3.3 (GCC) )
#1 Wed Jan 13 07:09:33 PST 2010
CPU: ARMv7 Processor [411fc083] revision 3 (ARMv7), cr=10c53c7f
CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
Machine: Gumstix Overo
Memory policy: ECC disabled, Data cache writeback
OMAP3430/3530 ES3.1 (l2cache iva sgx neon isp )
SRAM: Mapped pa 0x40200000 to va 0xfe400000 size: 0x100000
Reserving 12582912 bytes SDRAM for VRAM
Built 1 zonelists in Zone order, mobility grouping on.  Total pages:
65024
Kernel command line: console=ttyS2,115200n8 mpurate=500 vram=12M
omapfb.mode=dvi:1024x768MR-16@60 omapfb.debug=y omapdss.def_d2
PID hash table entries: 1024 (order: 0, 4096 bytes)
Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
Memory: 128MB 128MB = 256MB total
Memory: 240512KB available (5220K code, 596K data, 932K init, 0K
highmem)


##############################
So any clue why I don't have my 256 from booting from my SD?
Do I simply need to update the MLO in the NAND?

Here what I have in my tmp file:

~/overo/tmp/deploy/glibc/images/overo$ ls
Angstrom-omap3-console-image-glibc-ipk-2010.7-test-20110211-overo.rootfs.tar.bz2
Angstrom-omap3-console-image-glibc-ipk-2010.7-test-20110211-overo-testlab
MLO-overo
MLO-overo-1.44+r19+gitr6f3a26101303051e0f91b6213735b68ce804e94e-r19
modules-2.6.36-r97-overo.tgz
omap3-console-image-overo.tar.bz2
u-boot-overo-2010.9+r1
+git1e4e5ef0469050f014aee1204dae8a9ab6053e49-r1.bin
u-boot-overo.bin
uImage-2.6.36-r97-overo.bin
uImage-overo.bin
x-load-overo-1.44+r19
+gitr6f3a26101303051e0f91b6213735b68ce804e94e-r19.bin.ift
x-load-overo.bin.ift
x-load-usb-overo-1.44+r19
+gitr6f3a26101303051e0f91b6213735b68ce804e94e-r19.bin
x-load-usb-overo.bin


Best Regards,

kap