I tried to flash the Android4SAM pre-built demo on the AT91SAM9G45-EKES board. This demo is available at the following link:

http://www.at91.com/android4sam/bin/vie ... built_Demo

When I reset the board I got the following messages:

Start AT91Bootstrap...
U-Boot 1.3.4 (Jun 28 2010 - 17:50:02)
DRAM: 128 MB
NAND: 256 MiB
In: serial
Out: serial
Err: serial
Hit any key to stop autoboot: 0

NAND read: device 0 offset 0x200000, size 0x1fae24

Reading data from 0x200000 -- 0% complete.........100% complete

2076196 bytes read: OK
## Booting kernel from Legacy Image at 72200000 ...
Image Name: Linux-2.6.30
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2076132 Bytes = 2 MB
Load Address: 70008000
Entry Point: 70008000
Verifying Checksum ... OK
Loading Kernel Image ... OK
OK

Starting kernel ...
Uncompressing Linux...................................................................................................................................... done, booting the kernel.
Linux version 2.6.30 (josh@plum) (gcc version 4.3.3 (Sourcery G++ Lite 2009q1-203) ) #1 PREEMPT Mon Jun 28 18:14:38 CST 2010
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: Atmel AT91SAM9M10G45-EK
Ignoring unrecognised tag 0x54410008
Memory policy: ECC disabled, Data cache writeback
Clocks: CPU 400 MHz, master 133 MHz, main 12.000 MHz
Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512
Kernel command line: mem=128M console=ttyS0,115200 root=/dev/mtdblock1 rw rootfstype=jffs2 init=/init
NR_IRQS:192
AT91: 160 gpio irqs in 5 banks
PID hash table entries: 512 (order: 9, 2048 bytes)
Console: colour dummy device 80x30
console [ttyS0] enabled
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 128MB = 128MB total
Memory: 125040KB available (3780K code, 690K data, 144K init, 0K highmem)
Calibrating delay loop... 198.14 BogoMIPS (lpj=99072)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
net_namespace: 296 bytes
NET: Registered protocol family 16
AT91: Power Management
AT91: Starting after user reset
atmel_tcb: probe of atmel_tcb.0 failed with error -22
bio: create slab <bio-0> at 0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 4096 (order: 3, 32768 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
TCP reno registered
NET: Registered protocol family 1
hx170dec: dec/pp kernel module. $Revision: 1.9 $
hx170dec: supports 8170 and 8190 hardware
hx170dec: base_port=0x00900000 irq=30
Unable to handle kernel NULL pointer dereference at virtual address 00000016
pgd = c0004000
[00000016] *pgd=00000000
Internal error: Oops: 1 [#1] PREEMPT
Modules linked in:
CPU: 0 Not tainted (2.6.30 #1)
PC is at __clk_enable+0x8/0x48
LR is at clk_enable+0x2c/0x60
pc : [<c00376c4>] lr : [<c0037a14>] psr: 60000093
sp : c7817f60 ip : 00000076 fp : 00000000
r10: 00000000 r9 : 00000000 r8 : 00000001
r7 : c000eae0 r6 : c041e728 r5 : c041e728 r4 : fffffffe
r3 : 00000002 r2 : c7816000 r1 : 00000000 r0 : fffffffe
Flags: nZCv IRQs off FIQs on Mode SVC_32 ISA ARM Segment kernel
Control: 0005317f Table: 70004000 DAC: 00000017

PC: 0xc0037644:
7644 138cc401 03ccc401 0a000007 ea000001 e3510000 0a000004 e18c2003 ..........

LR: 0xc0037994:
7994 e2833001 e5823004 e5904014 e3540000 1a000002 e5900018 e3500000 1afffff9...........

SP: 0xc7817ee0:
7ee0 c7890cf0 c7890c84 c7802be0 c02f7474 c7890d00 c7890c00 c7802be0 ffffffff............

R2: 0xc7815f80:
5f80 b44f4270 51ebd96f ba29246a a8f3aeef 7c01a1c8 dcd9daf8 a08210b5 fd0cdd5c...........
.
.
.
.
.
.
Process swapper (pid: 1, stack limit = 0xc7816268)
Stack: (0xc7817f60 to 0xc7818000)
7f60: 60000013 c0037a14 000000fd c000ebbc c037f66d 00000000 c0025718 0000000.........
.
.
.
.
[<c00376c4>] (__clk_enable+0x8/0x48) from [<c0037a14>] (clk_enable+0x2c/0x60)
[<c0037a14>] (clk_enable+0x2c/0x60) from [<c000ebbc>] (hx170dec_init+0xdc/0x2d8)
[<c000ebbc>] (hx170dec_init+0xdc/0x2d8) from [<c002c314>] (do_one_initcall+0x54/0x19c)
[<c002c314>] (do_one_initcall+0x54/0x19c) from [<c00083b8>] (kernel_init+0x74/0xe8)
[<c00083b8>] (kernel_init+0x74/0xe8) from [<c0047508>] (do_exit+0x0/0x684)
[<c0047508>] (do_exit+0x0/0x684) from [<00000001>] (0x1)
Code: e12fff1e e12fff1e e92d4010 e1a04000 (e5900018)
---[ end trace da227214a82491b7 ]---
note: swapper[1] exited with preempt_count 2
Kernel panic - not syncing: Attempted to kill init!
[<c0032d04>] (unwind_backtrace+0x0/0xdc) from [<c02f91d0>] (panic+0x58/0x120)
[<c02f91d0>] (panic+0x58/0x120) from [<c0047570>] (do_exit+0x68/0x684)
[<c0047570>] (do_exit+0x68/0x684) from [<c00311cc>] (die+0x17c/0x19c)
[<c00311cc>] (die+0x17c/0x19c) from [<c0033d9c>] (__do_kernel_fault+0x64/0x74)
[<c0033d9c>] (__do_kernel_fault+0x64/0x74) from [<c003597c>] (do_alignment+0x41c/0x55c)
[<c003597c>] (do_alignment+0x41c/0x55c) from [<c002c25c>] (do_DataAbort+0x30/0x90)
[<c002c25c>] (do_DataAbort+0x30/0x90) from [<c002c9ac>] (__dabt_svc+0x4c/0x60)
Exception stack(0xc7817f18 to 0xc7817f60)
7f00: fffffffe 00000000
7f20: c7816000 00000002 fffffffe c041e728 c041e728 c000eae0 00000001 00000000
7f40: 00000000 00000000 00000076 c7817f60 c0037a14 c00376c4 60000093 ffffffff
[<c002c9ac>] (__dabt_svc+0x4c/0x60) from [<c0037a14>] (clk_enable+0x2c/0x60)
[<c0037a14>] (clk_enable+0x2c/0x60) from [<c0037a14>] (clk_enable+0x2c/0x60)
[<c0037a14>] (clk_enable+0x2c/0x60) from [<c000ebbc>] (hx170dec_init+0xdc/0x2d8)
[<c000ebbc>] (hx170dec_init+0xdc/0x2d8) from [<c002c314>] (do_one_initcall+0x54/0x19c)
[<c002c314>] (do_one_initcall+0x54/0x19c) from [<c00083b8>] (kernel_init+0x74/0xe8)
[<c00083b8>] (kernel_init+0x74/0xe8) from [<c0047508>] (do_exit+0x0/0x684)
[<c0047508>] (do_exit+0x0/0x684) from [<00000001>] (0x1)


The kernel does not boot. Any suggestions????


Regards,

Sudhindra Nayak

From the log message:

we can see that the kernel stopped while initializing the Hardware decoding module.As your board AT91SAM9G45-EKES wasn't integrated with a hardware decoder,the kernel crashed.We will release a new demo later which will avoid this happening.So my suggestions is that you can wait for our demo or build a new linux kernel by yourself.

Currently,the board you are using is not supported,we will release a demo to solve this kind of problems.

Does this mean that the demo will only work on AT91SAM9M10-G45-EK? If so, does it work with both M10 and G45 MCUs?

Now,AT91SAM9M10 and AT91SAM9G45 boards are supported.See : http://www.at91.com/android4sam/bin/vie ... moArchives

Thanks for the response. However, the link only mentioned that both MCUs on the board AT91SAM9M10G45-EK are now supported. Instead I am concerned whether the AT91SAM9G45-EKES board is supported (whether there are any subtle differences between the boards such that the demo cannot run on AT91SAM9G45-EKES)

Didn't embest state that it wasn't supported?

The kernel panic from the OP, indicates at least one area that needs works, being open source you could actually get in there and fix it. Or find a competent Linux developer/vendor to do the work for you.

You could also review the schematics for both boards, and the board files for AT91BootStrap, U-Boot and Linux to get a handle on the differences.

Yes, Embest made the statement that it wasn't supported, but that was several months ago. Also Embest mentioned "we will release a demo to solve this kind of problems". That is the reason why I am asking now to see if the issues have already been resolved. Certainly I understand that I would need to go in and make the modifications myself if no such solution exists at this time (& I decide to use this platform)