Re: kernel cross-compile problem with embdebian's toolchain

[Zachár Balázs <bzachar@xxxxxxxxxxxxxx>]

Russell King - ARM Linux wrote:
> On Tue, Mar 17, 2009 at 02:56:07PM +0100, Zachár Balázs wrote:
>> I found the solution...
>> I make the objcopy without -R .note.gnu.build-id option see this patch:
>> http://www.arm.linux.org.uk/developer/patches/viewpatch.php?id=4600
> 
> I don't believe that could be the cause of your problem.  Removing
> it might change things in a subtle way so you don't see the problem,
> but that should not cause any difference.

Hi, firstly thanks for the help...

My theory for the undefined instruction:
If I forget the "-R .note.gnu.build-id" when I use objcopy it create a 3GB binary from the kernel (see that patch description) and after a gzip -9 it will 4MB... Then I make an u-boot image from it
with mkimage and using tftp to boot up from this image. The tftp load this image to 0xa1000000 and trying to unzip the 4MB to 3GB to the 0xa0008000 space. After 16MB unzip (0xa1000000-0xa0008000=
about 16MB) it overwrite the orig gzipped image and unzip trash... Thats why I get undefined instruction...

If I use the "-R .note.gnu.build-id" too it works almost (see Problem with init call thread) properly...

> 
> The problem must be elsewhere.
> 
>>>     undefined instruction
>>>     pc : [<a040896c>]    lr : [<a1714e30>]
>>>     sp : a16bfcec  ip : 00000005  fp : 00000002
>>>     r10: 00000000  r9 : a16e04e0  r8 : a16bffdc
>>>     r7 : a1721bf8  r6 : a16c028e  r5 : a0000154  r4 : a000015a
>>>     r3 : a0008000  r2 : a0000100  r1 : 00000196  r0 : 00000000
>>>     Flags: Nzcv  IRQs off  FIQs off  Mode SVC_32
>>>     Resetting CPU ...
> 
> Have you tried checking what the offending instruction is?


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