[uClinux-dev] M5272 uClinux 2.6 booting error.but 2.4 works verygood.

C Doyle cdoyle35 at hotmail.com
Fri Oct 14 06:09:23 EDT 2005

Hi, i went through the same issues just last week for the 5282lite.  I think 
it's trying to allocate memory from an unmapped area. I had to set the 
PAGE_OFFSET_RAW in linux-2.6.x/include/asm-m68knommu/page_offset.h to mirror 
what MEM_BASE is set to in linux-2.6.x/arch/m68knommu/platform/5307/head.S.

Looks like your board is booting from 0x20000 - on the 5282Lite originally 
dBUG and uClinux start at 0x10000 don't know what the 5272 is expecting.  
Mine was ok at this stage when booting the absolute default settings (i.e 
0x10000).  When i changed to gzip'd image booting from colilo i had to 
change the settings to what my colilo memory map set up.  Maybe if you have 
a look at head.S and linux-2.6.x/arch/m68knommu/kernel/vmlinux.lds.S you'll 
see that they conflict with what your page_offset.h is expecting??

Here's the lines i put in my linux-2.6.x/include/asm-m68knommu/page_offset.h 
to fix the problem (this will be different from yours as i've been monkeying 
around with the colilo memory map)

11 #elif CONFIG_M5282EVB
12 #define PAGE_OFFSET_RAW     0x00100000
13 #else
14 #define PAGE_OFFSET_RAW     0x00000000
15 #endif
16 #endif

Hope this helps,


>From: <linuxcrazy at 126.com>
>Reply-To: uClinux development list <uclinux-dev at uclinux.org>
>To: "uClinux development list" <uclinux-dev at uclinux.org>
>Subject: [uClinux-dev] M5272 uClinux 2.6 booting error.but 2.4 works 
>Date: Fri, 14 Oct 2005 12:03:22 +0800
>This is my dev board outputs. Who Can tell me, What can I should do?
>my board:
>     coldfire 5272
>     16M SDRAM
>     8M FLASH AT49BV322A
>Hard Reset
>SDRAM Size: 16M
>Press 'D' if you want dBUG ....
>Copyright 1995-2001 Motorola, Inc.  All Rights Reserved.
>ColdFire MCF5272 EVS Firmware v2e.1a.1c (Build 9 on Sep 14 2001 14:38:07)
>Enter 'help' for help.
>dBUG> dn -i image.bin
>Address:  0x00020000
>Eth Mac Addr is 00:CF:52:72:C3:01
>Downloading Image 'image.bin' from
>TFTP download successful
>Read 1942532 bytes (3795 blocks)
>dBUG> go 0x20000
>Linux version 2.6.12-uc0 (root at kehuilinux) (gcc version 2.95.3 20010315 
>)(ColdFire patches - 20010318 from http://fiddes.net/coldfire/)(uClinux XIP 
>shared lib patches from http://www.snapgear.com/)) #4 Fri Oct 14 11:43:34 
>CST 20
>COLDFIRE port done by Greg Ungerer, gerg at snapgear.com
>Flat model support (C) 1998,1999 Kenneth Albanowski, D. Jeff Dionne
>Built 1 zonelists
>Kernel command line:
>PID hash table entries: 128 (order: 7, 2048 bytes)
>Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
>Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
>Memory available: 14128k/16384k RAM, 0k/0k ROM (850k kernel code, 146k 
>Mount-cache hash table entries: 512
>NET: Registered protocol family 16
>ColdFire internal UART serial driver version 1.00
>ttyS0 at 0x10000100 (irq = 73) is a builtin ColdFire UART
>ttyS0 at 0x10000100 (irq = 73) is a builtin ColdFire UART
>io scheduler noop registered
>io scheduler cfq registered
>RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
>FEC ENET Version 0.2
>bad frame format: 00000000
>PC: [<0010d626>]
>SR: 2010  SP: 00244f60  a2: ffe04004
>d0: 0000ffc0    d1: 0f800000    d2: 000005f0    d3: 01000000
>d4: 00000000    d5: 00000000    a0: 000fd690    a1: 00236006
>Process swapper (pid: 1, stackpage=00244be0)
>Stack from 00244f60:<0>
>        <0> 0f800000<0> 000005f0<0> 01000000<0> 00000000<0> 00000000<0> 
>0> 00236006<0> ffe04004<0>
>        <0> 0000ffc0<0> ffffffff<0> 00000000<0> 4c082010<0> 0010d626<0> 
>0> 00000b00<0> 00236000<0>
>        <0> 00000000<0> 00000000<0> 00000000<0> 00102ff8<0> 0000016c<0> 
>0> 000ab008<0> 0010d94a<0>
>        <0> 00236000<0> 00000000<0> 00000b00<0> 00000000<0> 0010fcac<0> 
>0> 00104550<0> 00102fd0<0>
>        <0> 00000b00<0> 001045da<0> 00020138<0> 00000b00<0> 00000001<0> 
>0> 00020a12<0> 00000000<0>
>Call Trace:<0>
>Kernel panic - not syncing: Attempted to kill init!

>uClinux-dev mailing list
>uClinux-dev at uclinux.org
>This message was resent by uclinux-dev at uclinux.org

Don't just search. Find. Check out the new MSN Search! 

More information about the uClinux-dev mailing list