Difference between revisions of "BuildingImage"

Revision as of 12:33, 5 June 2009

My Build system

I am running a VM-ware player image with Gentoo Linux placed on a USB hostpowered disc. This does not give highest possible performance, but it allows for a lot of mobility and portability. Peripherals like a (micro)SD-card reader adapter for USB works fine, but the built-in one in my laptop is not available within the VM-ware player.

On my Gentoo linux I set-up the build environment according to the instructions for the overo build system.

The reason for choosing the open-embedded as for Overo is that the Verdex buildsystem has not been updated for approx. a year now and I wanted the latest recipes to get e.g. Open JDK.

Building an Rootfs image and a kernel

First I checked out a copy of (instructions) the Verdex build system. So the home directory now has:

~/gumstix/gusmtix-oe/
~/overo-oe/

Then, make sure that the machine selected is gumstix-verdex and copy the gumstix-cumstom-verdex machine def to gumstix-verdex to avoid problems when building some packages.

Then, I copied the Verdex image recipes to the user.collection.

mkdir -p ~/overo-oe/user.collection/images/
cp ~/gumstix/gumstix-oe/com.gumstix.collection/packages/images/* ~/overo-oe/user.collection/images/

Once copied, I ran:

bitbake gumstix-basic-image

Resulting in a failure and Bitbake reporting that nothing provides some package and exited without building anything. I then copied the recipes for those packages and ran bitbake again. At the end I had copied:

task-base-gumstix
motd
uisp
version
www-content

Gumstix-kernel and sumversion.c

The Gumstix-kernel recipe fails with the error message

warning: unused variable 'filelist'

The problem can be solved by adding '#include <limits.h>' after strings.h in scripts/mod/sumversion.c fixes the issue. The file is found at: ~/overo-oe/tmp/work/gumstix-verdex-angstrom-linux-gnueabi/gumstix-kernel-2.6.21-r0/linux-2.6.21/scripts/mod/sumversion.c

#include <netinet/in.h>
#ifdef __sun__
#include <inttypes.h>
#else
#include <stdint.h>
#endif
#include <ctype.h>
#include <errno.h>
#include <string.h>
#include <limits.h>        <--- add this line
#include "modpost.h"

/*
 * Stolen form Cryptographic API.
 *
 * MD4 Message Digest Algorithm (RFC1320).

Or by copying a patch from

# cd ~/overo-oe/org.openembedded.dev/recipes/linux
# cp  files/linux-2.6-limits.patch gumstix-kernel-2.6.21/ 

In the gumstix-kernel_2.6.21.bb add to the list of files in SRC_URI the following line:

      file://linux-2.6-limits.patch;patch=1 \

In the patch, change the filename to be:

--- linux-2.6.21/scripts/mod/sumversion.c.orig  2009-03-15 21:44:58.000000000 +0100
+++ linux-2.6.21/scripts/mod/sumversion.c       2009-03-15 21:44:58.000000000 +0100

Problems with No GNU_HASH fount in elf

Baking the gumstix-basic-image the process stopped with the I2C package and the log information boiled down to the error message: No GNU_HASH fount in elf for the i2c.

ERROR: QA Issue: No GNU_HASH in the elf binary: '/home/<user>/overo-oe/tmp/work/armv5te-angstrom-linux-gnueabi/i2c-1.0-r2/install/i2c/usr/bin/i2c'

Asking for hints in the gumstix.users mailing list helped alot. Thanks Koen and Philip (archive here) and I could find the problem in the i2c.bb file: The task do_compile ignored the LDFLAGS set by the oe/autoconf tools.

do_compile () {
       ${CC} -o i2c *.c
}

Adding ${LDFLAGS} to the line for compiling solved this problem:

do_compile () {
       ${CC} -o i2c *.c ${LDFLAGS}
}

Then the same problem emerged in the pxaregs recipes and the same solution applied.

undefined reference to `__aeabi_uldivmod' in utsname_sysctl.c

In Omap kernel the problem has been solved. More info from here

Copy the patch from

 # cd ~/overo-oe/org.openembedded.dev/recipes/linux/linux-omap1-2.6.24-omap1 
 # cp timespec_add_ns_avoid_udivdi3.patch ../gumstix-kernel-2.6.21/

In the gumstix-kernel_2.6.21.bb add to the list of files in SRC_URI the following line:

      file://timespec_add_ns_avoid_udivdi3.patch;patch=1 \

In the patch file change change so that the relative paths are OK:

--- linux-2.6.21.orig/include/linux/time.h      2008-05-28 15:39:46.000000000 -0700
+++ linux-2.6.21/include/linux/time.h   2008-05-28 15:40:48.000000000 -0700

ERROR: Exception:<type 'exceptions.TypeError'> Message:do_split_packages() got an unexpected keyword argument 'allow_links'

My solution to this was to edit the recipe angstrom-feed-config.bb and remove the allow_links=True from the do_split_packages() method call at the end, from:

      do_split_packages(d, etcdir, '^locale-(.*)\.conf$', 'angstrom-locale-%s-config', 'Angstrom feed config for the %s locale', extra_depends=, allow_links=True)

to:

       do_split_packages(d, etcdir, '^locale-(.*)\.conf$', 'angstrom-locale-%s-config', 'Angstrom feed config for the %s locale', extra_depends=)

Find out another solution here the problem here