Ales,

   I just went through this exact same issue and the trouble was the
toolchain (gcc 4.x) and the PIC code(looks like you compiled with -fPIC
-msingle-pic-base). I was using the snapgear 4.2.2 toolchain to start
off with until I found out about this error. I had to recompile my
distro with the DISABLE_XIP flag uncommented in my config.arch file in
order to get everything to work again (running flthdr on init should
show: "Flags: 0x1 ( Load to RAM )" only.

I still needed PIC support for XIP so I had to revert back to the 3.4.4
toolchain and everything was fine. Andreas Fenkart replied to my initial
thread on this subject with these links that explain the GCC 4.x issues
in more detail:

http://www.mailinglistarchive.com/[email protected]/msg04571.html

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28194


-JB

Ales Mulej wrote:
> Hello,
>
>  
>
> I'm porting my uClinux ARM7TDMI distribution from 20070130 to
> 20080808-20090520. I also change ARM cross compiler from 3.4.4 to eabi
> 4.3.2. I enable EABI and OABI support in kernel and also uClibc is build
> with EABI support.
>
>  
>
> I already ported linux kernel to 2.6.29 and it seems working, but I have
> strange problems in filesystem. As soon as romfs mounts, I receive
> following error:
>
>  
>
> ...
>
> RAMDISK: romfs filesystem found at block 0
>
> RAMDISK: Loading 259KiB [1 disk] into ram disk... done.
>
> VFS: Mounted root (romfs filesystem) readonly on device 1:0.
>
> Freeing init memory: 80K
>
> BINFMT_FLAT: ROM mapping of file (we hope)
>
> BINFMT_FLAT: Allocated data+bss+stack (30796 bytes): a29a0004
>
> p=a29a7ffc
>
> start_thread(regs=0xa3815f48, entry=0xa39d0044, start_stack=0xa29a7fb0)
>
> Unhandled fault: vector exception (0x800) at 0x00000000
>
> init[1] killed because of sig - 11
>
> STACK DUMP:
>
> 0xa29a7fa0: 00000000 00000028 a39dadcc 00000000 a29a7fc0
>
>  
>
> Pid: 1, comm:                 init
>
> CPU: 0    Not tainted  (2.6.29-uc0 #120)
>
> PC is at 0xa39d6228
>
> LR is at 0xa29a7fc8
>
> pc : [<a39d6228>]    lr : [<a29a7fc8>]    psr: 00000010
>
> sp : a29a7fa0  ip : e59ff014  fp : 00000000
>
> r10: 00000001  r9 : 00000000  r8 : 00000000
>
> r7 : a29a7fc0  r6 : 000067e4  r5 : a000e240  r4 : 000067e4
>
> r3 : a39dadbc  r2 : 00000000  r1 : a29a7fc0  r0 : a39d0dd8
>
> Flags: nzcv  IRQs on  FIQs on  Mode USER_32  ISA ARM  Segment kernel
>
> [<a001e1c8>] (show_regs+0x0/0x50) from [<a008b574>]
> (do_coredump+0x120/0x9cc)
>
>  r5:a3815e11 r4:00000001
>
> [<a008b454>] (do_coredump+0x0/0x9cc) from [<a0046af8>]
> (get_signal_to_deliver+0x354/0x3a8)
>
> [<a00467a4>] (get_signal_to_deliver+0x0/0x3a8) from [<a001f514>]
> (do_signal+0x58/0x488)
>
> [<a001f4bc>] (do_signal+0x0/0x488) from [<a001f974>]
> (do_notify_resume+0x30/0x34)
>
> [<a001f944>] (do_notify_resume+0x0/0x34) from [<a001cdac>]
> (work_pending+0x1c/0x20)
>
> init used greatest stack depth: 5484 bytes left
>
> Kernel panic - not syncing: Attempted to kill init!
>
>  
>
> I verify init exectuable and it seems ok:
>
> [li...@localhost bin]$ arm-uclinuxeabi-flthdr init
>
> init
>
>     Magic:        bFLT
>
>     Rev:          4
>
>     Build Date:   Mon Jun  8 08:36:54 2009
>
>     Entry:        0x44
>
>     Data Start:   0xaed0
>
>     Data End:     0xbd40
>
>     BSS End:      0x116e0
>
>     Stack Size:   0x1000
>
>     Reloc Start:  0xbd40
>
>     Reloc Count:  0x17
>
>     Flags:        0x2 ( Has-PIC-GOT )
>
>  
>
>  
>
> I tried to use my older filesystem build with previous uclinux
> distribution and gcc and it works perfectly fine. That is the reason why
> I think there is something wrong with file system or uClibc
> configuration.
>
>  
>
> However I am stuck, and any help, comments, questions, suggestions would
> be appreciated !
>
>  
>
> Regards,
>
> Ales
>
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> uClinux-dev mailing list
> [email protected]
> http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
> This message was resent by [email protected]
> To unsubscribe see:
> http://mailman.uclinux.org/mailman/options/uclinux-dev

_______________________________________________
uClinux-dev mailing list
[email protected]
http://mailman.uclinux.org/mailman/listinfo/uclinux-dev
This message was resent by [email protected]
To unsubscribe see:
http://mailman.uclinux.org/mailman/options/uclinux-dev

Reply via email to