Booting linux fails due to load_elf_binary failure

[SAYA Mohammed Amine <amine.saya@xxxxxxx>]

Hi all,

I managed to successfully port linux on an ARM device. I got the first prints
on the console but unfortunatly linux hangs when executing binaries in the
ramdisk. It goes into data abort.

As you can see on the trace bellow.

I tried to find the root cause for it and
I discovered that __clear_user function fails which makes padzero function to
fail which causes load_elf_binary function to fail.

__clear_user function is called with r0 = 0x000174A0 and any access to this
address generates the abort.

The ramdisk worked fine on other chips, it is generated with OE.

Any hint on this please ? Am I missing something here ?

FYI, I don't use Uboot as a bootloader but a home made program
that configures the hardware. I load the kernel and the ramdisk using a
debugger.

Thanks for your help,

Amine.
***************************************************************

Linux version 2.6.23.12 (xxxxxxxxxxxxxxxxxxxxxx) (gcc version 4.2.0 2007
0413 (prerelease) (CodeSourcery Sourcery G++ Lite 2007q1-21)) #5 PREEMPT Tue Jul
 22 15:03:10 CEST 2008
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
Machine: xxxxxxxxxxxxxxxxxx
Memory policy: ECC disabled, Data cache writeback
CPU0: D VIVT write-back cache
CPU0: I cache: 32768 bytes, associativity 4, 32 byte lines, 256 sets
CPU0: D cache: 16384 bytes, associativity 4, 32 byte lines, 128 sets
Built 1 zonelists in Zone order.  Total pages: 8128
Kernel command line: mem=32M console=ttyS0,115200n8 root=/dev/ram0 rw initrd=0x8
1008000,4000000
Clocking rate (Crystal/DPLL/MPU): 38.4/0/0 MHz
IRQ: Found an INTC at 0x48200000 (revision 3.0) with 96 interrupts
Total of 96 interrupts on 1 active controller
PID hash table entries: 128 (order: 7, 512 bytes)
clock.c: Enable for dpll_ck without enable code
Clock name :gpt2_fck, clk rate: 0
Clock name :gpt2_fck, clk rate: 32000
Timeout enabling clock gpt2_fck
Console: colour dummy device 80x30
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 32MB = 32MB total
Memory: 27060KB available (1236K code, 165K data, 76K init)
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
Timeout enabling clock uart2_ick
Clock apll96_ck didn't lock
Clock func_48m_ck didn't lock
Timeout enabling clock uart2_fck
OMAP DMA hardware revision 4.0
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 3906K
NetWinder Floating Point Emulator V0.97 (double precision)
io scheduler noop registered
io scheduler anticipatory registered (default)
io scheduler deadline registered
io scheduler cfq registered
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x4805d000 (irq = 72) is a ST16654
console [ttyS0] enabled
RAMDISK driver initialized: 16 RAM disks of 12288K size 1024 blocksize
mice: PS/2 mouse device common for all mice
RAMDISK: Compressed image found at block 0
VFS: Mounted root (ext2 filesystem).
Freeing init memory: 76K

-- 

-------------------------------------------------------------------
List admin: http://lists.arm.linux.org.uk/mailman/listinfo/linux-arm-kernel
FAQ:        http://www.arm.linux.org.uk/mailinglists/faq.php
Etiquette:  http://www.arm.linux.org.uk/mailinglists/etiquette.php