[Buildroot] Build error

[Buildroot] Build error

[Will Wagner]

Hi all

I am trying to build for an arm target. I have successfully built an 
image with just the basic packages selected by default. However I then 
add in the qtopia4 package and nothing else and get this error when 
trying to link the kernel:

rm -f
/home/willw/buildroot/project_build_arm/badger/_fakeroot."rootfs".arm.tar
/usr/bin/make -j1 HOSTCC="/usr/bin/gcc" HOSTCFLAGS="" ARCH=arm
CFLAGS_KERNEL="-Os -pipe
-I/home/willw/buildroot/build_arm/staging_dir/usr/include
-I/home/willw/buildroot/build_arm/staging_dir/include
--sysroot=/home/willw/buildroot/build_arm/staging_dir/ -isysroot
/home/willw/buildroot/build_arm/staging_dir -mtune=arm1136jf-s"
INSTALL_MOD_PATH=/home/willw/buildroot/project_build_arm/badger/root
CROSS_COMPILE=/home/willw/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibcgnueabi- 

LDFLAGS="-L/home/willw/buildroot/build_arm/staging_dir/lib
-L/home/willw/buildroot/build_arm/staging_dir/usr/lib
--sysroot=/home/willw/buildroot/build_arm/staging_dir/"
LZMA="/home/willw/buildroot/toolchain_build_arm/bin/lzma"  \
                 -C
/home/willw/buildroot/project_build_arm/badger/linux-2.6.19.2 zImage
make[1]: Entering directory
`/home/willw/buildroot/project_build_arm/badger/linux-2.6.19.2'
   CHK     include/linux/version.h
make[2]: `include/asm-arm/mach-types.h' is up to date.
   CHK     include/linux/utsrelease.h
   CHK     include/linux/compile.h
   GEN     usr/initramfs_data.cpio.gz
   AS      usr/initramfs_data.o
   LD      usr/built-in.o
   GEN     .version
   CHK     include/linux/compile.h
   UPD     include/linux/compile.h
   CC      init/version.o
   LD      init/built-in.o
   LD      .tmp_vmlinux1
init/built-in.o: In function `init':
calibrate.c:(.text+0x68): relocation truncated to fit: R_ARM_CALL
against symbol `spawn_ksoftirqd' defined in .init.text section in
kernel/built-in.o
calibrate.c:(.text+0x6c): relocation truncated to fit: R_ARM_CALL
against symbol `sched_init_smp' defined in .init.text section in
kernel/built-in.o
calibrate.c:(.text+0x70): relocation truncated to fit: R_ARM_CALL
against symbol `populate_rootfs' defined in .init.text section in
init/built-in.o
calibrate.c:(.text+0x78): relocation truncated to fit: R_ARM_CALL
against symbol `usermodehelper_init' defined in .init.text section in
kernel/built-in.o
calibrate.c:(.text+0x7c): relocation truncated to fit: R_ARM_CALL
against symbol `driver_init' defined in .init.text section in
drivers/built-in.o
calibrate.c:(.text+0x80): relocation truncated to fit: R_ARM_CALL
against symbol `sysctl_init' defined in .init.text section in
kernel/built-in.o
calibrate.c:(.text+0x194): relocation truncated to fit: R_ARM_CALL
against symbol `prepare_namespace' defined in .init.text section in
init/built-in.o
init/built-in.o: In function `loglevel':
calibrate.c:(.init.text+0x174): relocation truncated to fit: R_ARM_CALL
against symbol `get_option' defined in .text section in
lib/lib.a(cmdline.o)
init/built-in.o: In function `maxcpus':
calibrate.c:(.init.text+0x1a8): relocation truncated to fit: R_ARM_CALL
against symbol `get_option' defined in .text section in
lib/lib.a(cmdline.o)
init/built-in.o: In function `unknown_bootoption':
calibrate.c:(.init.text+0x1d8): relocation truncated to fit: R_ARM_CALL
against symbol `strlen' defined in .text section in lib/lib.a(string.o)
calibrate.c:(.init.text+0x214): additional relocation overflows omitted
from the output
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory
`/home/willw/buildroot/project_build_arm/badger/linux-2.6.19.2'
make: ***
[/home/willw/buildroot/binaries/badger/linux-kernel-2.6.19.2-arm] Error
2

Can someone explain what the errors mean? It appears to be an error when 
linking the kernel but how can adding a package cause this?

Any help is much appreciated.

Will.

-- 
------------------------------------------------------------------------
Will Wagner                                     will_wagner at carallon.com
Senior Project Engineer                  Office Tel: +44 (0)20 7371 2032
Carallon Ltd, Studio G20, Shepherds Building, Rockley Rd, London W14 0DA
------------------------------------------------------------------------

[Buildroot] Build error

[Ivan Kuten]

> 
> Can someone explain what the errors mean? It appears to be an error when 
> linking the kernel but how can adding a package cause this?
> 
> Any help is much appreciated.
> 
> Will.
> 

Hi Will,

try to compile kernel/buildroot with make V=1
and compare compiler options passed to kernel in both cases - with and without qtopia

Regards,
Ivan
-- 

--------------------------------
Embedded Linux engineer,
Promwad Company: http://www.promwad.com/
Homepage : http://www.ivankuten.com/
--------------------------------

[Buildroot] Build error

[Will Wagner]

Thanks for the hint.

I have compiled both with and without qtopia4 and got the verbose log. I 
can not see any difference on what is on the command line between the 
two versions.

Output is now:

   set -e; if [ ! -r .version ]; then rm -f .version; echo 1 >.version; 
else mv .version .old_version; expr 0$(cat .old_version) + 1 >.version; 
fi; /usr/bin/make -f scripts/Makefile.build obj=init
   CHK     include/linux/compile.h
/bin/sh 
/home/willw/buildroot/project_build_arm/badger/linux-2.6.19.2/scripts/mkcompile_h 
include/linux/compile.h \
	"arm" "" "y" 
"/home/willw/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibcgnueabi-gcc 
-Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing 
-fno-common -Os -fno-omit-frame-pointer -mapcs -mno-sched-prolog 
-mabi=aapcs-linux -mno-thumb-interwork -D__LINUX_ARM_ARCH__=6 
-march=armv6 -mtune=arm1136j-s  -msoft-float -Uarm 
-fno-omit-frame-pointer -fno-optimize-sibling-calls 
-fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign"
   UPD     include/linux/compile.h
 
/home/willw/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibcgnueabi-gcc 
-Wp,-MD,init/.version.o.d  -nostdinc -isystem 
/home/willw/buildroot/build_arm/staging_dir/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.2.1/include 
-D__KERNEL__ -Iinclude  -include include/linux/autoconf.h 
-mlittle-endian -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs 
-fno-strict-aliasing -fno-common -Os -fno-omit-frame-pointer -mapcs 
-mno-sched-prolog -mabi=aapcs-linux -mno-thumb-interwork 
-D__LINUX_ARM_ARCH__=6 -march=armv6 -mtune=arm1136j-s  -msoft-float 
-Uarm -fno-omit-frame-pointer -fno-optimize-sibling-calls 
-fno-stack-protector -Wdeclaration-after-statement -Wno-pointer-sign 
-Os -pipe -I/home/willw/buildroot/build_arm/staging_dir/usr/include 
-I/home/willw/buildroot/build_arm/staging_dir/include 
--sysroot=/home/willw/buildroot/build_arm/staging_dir/ -isysroot 
/home/willw/buildroot/build_arm/staging_dir -mtune=arm1136jf-s 
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(version)" 
-D"KBUILD_MODNAME=KBUILD_STR(version)" -c -o init/.tmp_version.o 
init/version.c
 
/home/willw/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibcgnueabi-ld 
-EL -L/home/willw/buildroot/build_arm/staging_dir/lib 
-L/home/willw/buildroot/build_arm/staging_dir/usr/lib 
--sysroot=/home/willw/buildroot/build_arm/staging_dir/  -r -o 
init/built-in.o init/main.o init/version.o init/mounts.o 
init/initramfs.o init/calibrate.o
 
/home/willw/buildroot/build_arm/staging_dir/usr/bin/arm-linux-uclibcgnueabi-ld 
-EL -L/home/willw/buildroot/build_arm/staging_dir/lib 
-L/home/willw/buildroot/build_arm/staging_dir/usr/lib 
--sysroot=/home/willw/buildroot/build_arm/staging_dir/ -p --no-undefined 
-X -o .tmp_vmlinux1 -T arch/arm/kernel/vmlinux.lds 
arch/arm/kernel/head.o arch/arm/kernel/init_task.o  init/built-in.o 
--start-group  usr/built-in.o  arch/arm/kernel/built-in.o 
arch/arm/mm/built-in.o  arch/arm/common/built-in.o 
arch/arm/mach-mx3/built-in.o  arch/arm/vfp/built-in.o 
arch/arm/plat-mxc/built-in.o  kernel/built-in.o  mm/built-in.o 
fs/built-in.o  ipc/built-in.o  security/built-in.o  crypto/built-in.o 
block/built-in.o  arch/arm/lib/lib.a  lib/lib.a  arch/arm/lib/built-in.o 
  lib/built-in.o  drivers/built-in.o  sound/built-in.o 
arch/arm/oprofile/built-in.o  net/built-in.o --end-group
init/built-in.o: In function `init':
calibrate.c:(.text+0x68): relocation truncated to fit: R_ARM_CALL 
against symbol `spawn_ksoftirqd' defined in .init.text section in 
kernel/built-in.o
calibrate.c:(.text+0x6c): relocation truncated to fit: R_ARM_CALL 
against symbol `sched_init_smp' defined in .init.text section in 
kernel/built-in.o
calibrate.c:(.text+0x70): relocation truncated to fit: R_ARM_CALL 
against symbol `populate_rootfs' defined in .init.text section in 
init/built-in.o
calibrate.c:(.text+0x78): relocation truncated to fit: R_ARM_CALL 
against symbol `usermodehelper_init' defined in .init.text section in 
kernel/built-in.o
calibrate.c:(.text+0x7c): relocation truncated to fit: R_ARM_CALL 
against symbol `driver_init' defined in .init.text section in 
drivers/built-in.o
calibrate.c:(.text+0x80): relocation truncated to fit: R_ARM_CALL 
against symbol `sysctl_init' defined in .init.text section in 
kernel/built-in.o
calibrate.c:(.text+0x194): relocation truncated to fit: R_ARM_CALL 
against symbol `prepare_namespace' defined in .init.text section in 
init/built-in.o
init/built-in.o: In function `loglevel':
calibrate.c:(.init.text+0x174): relocation truncated to fit: R_ARM_CALL 
against symbol `get_option' defined in .text section in lib/lib.a(cmdline.o)
init/built-in.o: In function `maxcpus':
calibrate.c:(.init.text+0x1a8): relocation truncated to fit: R_ARM_CALL 
against symbol `get_option' defined in .text section in lib/lib.a(cmdline.o)
init/built-in.o: In function `unknown_bootoption':
calibrate.c:(.init.text+0x1d8): relocation truncated to fit: R_ARM_CALL 
against symbol `strlen' defined in .text section in lib/lib.a(string.o)
calibrate.c:(.init.text+0x214): additional relocation overflows omitted 
from the output
make[1]: *** [.tmp_vmlinux1] Error 1
make[1]: Leaving directory 
`/home/willw/buildroot/project_build_arm/badger/linux-2.6.19.2'
make: *** 
[/home/willw/buildroot/binaries/badger/linux-kernel-2.6.19.2-arm] Error 2

It seems to be failing when building init, is that right? What files are 
taken from the staging dir for this step? Presumably the qtopia4 build 
process must be overwriting one of these? I assume this is the case as 
if I now deselect qtopia4 package the build still fails in the same way.

Anyone able to give me any help on what is mean to be happening here 
would be great.

Thanks

Will.

Ivan Kuten wrote:
>> Can someone explain what the errors mean? It appears to be an error when 
>> linking the kernel but how can adding a package cause this?
>>
>> Any help is much appreciated.
>>
>> Will.
>>
> 
> Hi Will,
> 
> try to compile kernel/buildroot with make V=1
> and compare compiler options passed to kernel in both cases - with and without qtopia
> 
> Regards,
> Ivan

-- 
------------------------------------------------------------------------
Will Wagner                                     will_wagner at carallon.com
Senior Project Engineer                  Office Tel: +44 (0)20 7371 2032
Carallon Ltd, Studio G20, Shepherds Building, Rockley Rd, London W14 0DA
------------------------------------------------------------------------

[Buildroot] Build error

[Ivan Kuten]

> Thanks for the hint.
>
> I have compiled both with and without qtopia4 and got the verbose log. I
> can not see any difference on what is on the command line between the
> two versions.
>

Will,

I can suggest as workaround to set BR2_KERNEL_none=y
and build kernel outside a buildroot tree and see if it working this way.

Regards,
Ivan

[Buildroot] Build error

[Will Wagner]

Ivan,

Thanks for your help. Think I have worked out the problem. Appeared to 
have too large a rootfs so that the initramfs being built was very 
large. Have worked round it for now by reducing the size of the rootfs 
(qtopia4 was copying some unneeded files).

Any idea what the size limit is for a rootfs used with initramfs?

Thanks,

Will.

Ivan Kuten wrote:
>> Thanks for the hint.
>>
>> I have compiled both with and without qtopia4 and got the verbose log. I
>> can not see any difference on what is on the command line between the
>> two versions.
>>
> 
> Will,
> 
> I can suggest as workaround to set BR2_KERNEL_none=y
> and build kernel outside a buildroot tree and see if it working this way.
> 
> Regards,
> Ivan

-- 
------------------------------------------------------------------------
Will Wagner                                     will_wagner at carallon.com
Senior Project Engineer                  Office Tel: +44 (0)20 7371 2032
Carallon Ltd, Studio G20, Shepherds Building, Rockley Rd, London W14 0DA
------------------------------------------------------------------------

[Buildroot] Build error

[Ivan Kuten]

Hi Will,

I have not used initramfs, usually qtopia and other large stuff (X.org / GTK ) is run
from jffs2 filesystem on flash, e.g rootfs is not in RAM but in flash.

Have you tried to adjust these kernel settings:
CONFIG_BLK_DEV_RAM=y
CONFIG_BLK_DEV_RAM_COUNT=1
CONFIG_BLK_DEV_RAM_SIZE=14000
CONFIG_BLK_DEV_RAM_BLOCKSIZE=1024

?

Regards,
Ivan


Will Wagner wrote:
> Ivan,
> 
> Thanks for your help. Think I have worked out the problem. Appeared to 
> have too large a rootfs so that the initramfs being built was very 
> large. Have worked round it for now by reducing the size of the rootfs 
> (qtopia4 was copying some unneeded files).
> 
> Any idea what the size limit is for a rootfs used with initramfs?
> 
> Thanks,
> 
> Will.
> 
> Ivan Kuten wrote:
>>> Thanks for the hint.
>>>
>>> I have compiled both with and without qtopia4 and got the verbose log. I
>>> can not see any difference on what is on the command line between the
>>> two versions.
>>>
>> Will,
>>
>> I can suggest as workaround to set BR2_KERNEL_none=y
>> and build kernel outside a buildroot tree and see if it working this way.
>>
>> Regards,
>> Ivan
> 


-- 

--------------------------------
Embedded Linux engineer,
Promwad Company: http://www.promwad.com/
Homepage : http://www.ivankuten.com/
--------------------------------

[Buildroot] Build error

[Shashi Ranjan]

This Error comes if you try to call a function which is lecated at far address from the calling point.
Define that function in the same file to get away with this problem...

Any one knows better solution for this?

Regards,
Shashi.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://busybox.net/lists/buildroot/attachments/20080323/08bf13f0/attachment.htm