为什么我做的Uboot传给内核的是64M而内核启动显示为16M？

我自做的Uboot传给内核的是64M，但内核启动时却是
U-Boot 2009.11 (May 26 2012 - 14:44:13)
DRAM:  64 MB
Flash:  2 MB
NAND:  NAND_ECC_NONE selected by board driver. This is not recommended !!
128 MiB
MACH_TYPE_MINI2440 : gd->bd->bi_arch_number     1999
SDRAM start addr   :   gd->bd->bi_dram[0].start   30000000
SDRAM size         :   gd->bd->bi_dram[0].size    4000000
In:    serial
Out:   serial
Err:   serial
Net:   dm9000
zhou # tftp 0x31000000 uImage
dm9000 i/o: 0x20000300, id: 0x90000a46
DM9000: running in 16 bit mode
MAC: 08:08:11:18:12:27
operating at unknown: 0 mode
Using dm9000 device
TFTP from server 192.168.1.100; our IP address is 192.168.1.230
Filename 'uImage'.
Load address: 0x31000000
Loading: T #################################################################
         #################################################################
         #################################################################
         ######################################################
done
Bytes transferred = 3653340 (37bedc hex)
zhou # bootm 0x31000000
## Booting kernel from Legacy Image at 31000000 ...
   Image Name:   Linux-2.6.32.2
   Created:      2012-05-26   5:52:57 UTC
   Image Type:   ARM Linux Kernel Image (uncompressed)
   Data Size:    3653276 Bytes =  3.5 MB
   Load Address: 30008000
   Entry Point:  30008000
   Verifying Checksum ... OK
   Loading Kernel Image ... OK

Starting kernel ...
Uncompressing Linux................................................................................................................................................................................................................................................................................................... done, booting the kernel.
Linux version 2.6.32.2 (book@book-desktop) (gcc version 4.4.3 (ctng-1.6.1) ) #1 Sat May 26 13:52:27 CST 2012
CPU: ARM920T [41129200] revision 0 (ARMv4T), cr=c0007177
CPU: VIVT data cache, VIVT instruction cache
Machine: FriendlyARM Mini2440 development board
Warning: bad configuration page, trying to continue
Memory policy: ECC disabled, Data cache writeback
CPU S3C2440A (id 0x32440001)
S3C24XX Clocks, (c) 2004 Simtec Electronics
S3C244X: core 405.000 MHz, memory 101.250 MHz, peripheral 50.625 MHz
CLOCK: Slow mode (1.500 MHz), fast, MPLL on, UPLL on
Built 1 zonelists in Zone order, mobility grouping off.  Total pages: 4064
Kernel command line: root=/dev/hda1 ro init=/bin/bash console=ttySAC0
PID hash table entries: 64 (order: -4, 256 bytes)
Dentry cache hash table entries: 2048 (order: 1, 8192 bytes)
Inode-cache hash table entries: 1024 (order: 0, 4096 bytes)
Memory: 16MB = 16MB total
Memory: 6924KB available (1232K code, 161K data, 7848K init, 0K highmem)
Hierarchical RCU implementation.
NR_IRQS:85
irq: clearing subpending status 00000003
irq: clearing subpending status 00000002
Console: colour dummy device 80x30
console [ttySAC0] enabled
Calibrating delay loop... 201.93 BogoMIPS (lpj=504832)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
S3C2440: Initialising architecture
S3C2440: IRQ Support
S3C244X: Clock Support, DVS off
bio: create slab at 0
Kernel panic - not syncing: Out of memory and no killable processes...
[] (unwind_backtrace+0x0/0xe8) from [] (panic+0x44/0x10c)
[] (panic+0x44/0x10c) from [] (__out_of_memory+0x168/0x17c)
[] (__out_of_memory+0x168/0x17c) from [] (out_of_memory+0x5c/0xa8)
[] (out_of_memory+0x5c/0xa8) from [] (__alloc_pages_nodemask+0x54c/0x578)
[] (__alloc_pages_nodemask+0x54c/0x578) from [] (grab_cache_page_write_begin+0x58/0x98)
[] (grab_cache_page_write_begin+0x58/0x98) from [] (simple_write_begin+0x28/0x54)
[] (simple_write_begin+0x28/0x54) from [] (generic_file_buffered_write+0x104/0x2a0)
[] (generic_file_buffered_write+0x104/0x2a0) from [] (__generic_file_aio_write+0x340/0x53c)
[] (__generic_file_aio_write+0x340/0x53c) from [] (generic_file_aio_write+0x6c/0xd4)
[] (generic_file_aio_write+0x6c/0xd4) from [] (do_sync_write+0xcc/0x108)
[] (do_sync_write+0xcc/0x108) from [] (vfs_write+0xa8/0xd8)
[] (vfs_write+0xa8/0xd8) from [] (sys_write+0x40/0x74)
[] (sys_write+0x40/0x74) from [] (do_copy+0x28/0xdc)
[] (do_copy+0x28/0xdc) from [] (unpack_to_rootfs+0xe8/0x2b4)
[] (unpack_to_rootfs+0xe8/0x2b4) from [] (populate_rootfs+0x14/0xb0)
[] (populate_rootfs+0x14/0xb0) from [] (do_one_initcall+0x34/0x1cc)
[] (do_one_initcall+0x34/0x1cc) from [] (kernel_init+0x98/0x10c)
这是什么问题造成的，老大有空帮我看一下，谢谢！

0