Difference between revisions of "BuildingImage"
(→Building an Rootfs image and a kernel) |
(→Building an Rootfs image and a kernel) |
||
Line 10: | Line 10: | ||
First I checked out a copy of ([http://www.gumstix.net/Software/view/Getting-started/Setting-up-a-build-environment/111.html instructions]) the Verdex build system. So the home directory now has: | First I checked out a copy of ([http://www.gumstix.net/Software/view/Getting-started/Setting-up-a-build-environment/111.html instructions]) the Verdex build system. So the home directory now has: | ||
~/gumstix/gusmtix-oe/ | ~/gumstix/gusmtix-oe/ | ||
− | ~/overo- | + | ~/overo-stable/ |
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, 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. | ||
+ | # cp ~/overo-stable/org.openembedded.stable/conf/machine/gumstix-custom-verdex.conf ~/overo-stable/org.openembedded.stable/conf/machine/gumstix-verdex.conf | ||
+ | |||
+ | The machine is defined in the file ~/overo-stable/build/conf/auto.conf. Change it to be: | ||
+ | |||
+ | MACHINE = "gumstix-verdex" | ||
Then, I copied the Verdex image recipes to the user.collection. | Then, I copied the Verdex image recipes to the user.collection. | ||
− | mkdir -p ~/overo- | + | mkdir -p ~/overo-stable/user.collection/images/ |
− | cp ~/gumstix/gumstix- | + | cp ~/gumstix/gumstix-stable/com.gumstix.collection/packages/images/* ~/overo-oe/user.collection/images/ |
Once copied, I ran: | Once copied, I ran: | ||
Line 33: | Line 38: | ||
warning: unused variable 'filelist' | 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: | 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- | + | ~/overo-stable/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> | #include <netinet/in.h> | ||
Line 53: | Line 58: | ||
Or by copying a patch from | Or by copying a patch from | ||
− | # cd ~/overo- | + | # cd ~/overo-stable/org.openembedded.dev/recipes/linux |
# cp files/linux-2.6-limits.patch gumstix-kernel-2.6.21/ | # cp files/linux-2.6-limits.patch gumstix-kernel-2.6.21/ | ||
Revision as of 05:33, 7 June 2009
Contents
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-stable/
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.
# cp ~/overo-stable/org.openembedded.stable/conf/machine/gumstix-custom-verdex.conf ~/overo-stable/org.openembedded.stable/conf/machine/gumstix-verdex.conf
The machine is defined in the file ~/overo-stable/build/conf/auto.conf. Change it to be:
MACHINE = "gumstix-verdex"
Then, I copied the Verdex image recipes to the user.collection.
mkdir -p ~/overo-stable/user.collection/images/ cp ~/gumstix/gumstix-stable/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-stable/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-stable/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