|
|
| (15 intermediate revisions by the same user not shown) |
| Line 5: |
Line 5: |
| | I'll use this page to share my experiencs on successes and obstacles I find. Feedback always appreciated. | | I'll use this page to share my experiencs on successes and obstacles I find. Feedback always appreciated. |
| | | | |
| − | ==My Build system==
| + | Building the image and kernel is not yet successful!! |
| − | 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.
| + | [[buildingImage|Building the Image]] |
| | | | |
| − | On my Gentoo linux I set-up the build environment according to the instructions for the [http://www.gumstix.net/Software/view/Software-Overo/Setting-up-a-build-environment/111.html overo build system].
| + | [[booting|Booting from the SD card]] |
| | | | |
| − | 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.
| + | [[javaAwt|Getting Java and AWT to work]] |
| − | | + | |
| − | == Building an Rootfs image and a kernel==
| + | |
| − | | + | |
| − | 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/
| + | |
| − | ~/overo-oe/
| + | |
| − | | + | |
| − | 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
| + | |
| − | | + | |
| − | ==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.
| + | |
| − | | + | |
| − | Asking for hints in the gumstix.users mailing list helped alot. Thanks Koen and Philip (archive [http://www.nabble.com/No-GNU_HASH-found-in-elf-binary-td23072960.html 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. This resulted in a completed bake.
| + | |
| − | | + | |
| − | ==Booting the gumstix from a micro SD card==
| + | |
| − | | + | |
| − | Currently, I boot the gumstix from a 2GB micro SD card. NOTE that 4GB SDHC does work to boot from. If booting from flash, the card is found and read/write works fine even with 4GB. Probably the U-boot version does not support SDHC cards.
| + | |
| − | These [http://www.gumstix.net/User/view/User-how-to-s/Booting-from-microSD/SD/MMC/110.html instructions] for setting up the MicroSD card works fine for me. Don't forget to enable the MMC_ROOT by uncommenting the line in the ~/gumstix/gumstix-oe/com.gumstix.collection/conf/machine/gumstix-custom-verdex.conf
| + | |
| − | | + | |
| − | MACHINE_FEATURES += "mmcroot"
| + | |
| − | | + | |
| − | Current status is that the boot is started OK, but the boot sequence hangs at I2C /dev ... something. :(
| + | |
| − | | + | |
| − | See the bootlog from the last attempt [[b-flat_bootlog|here]].
| + | |
| − | | + | |
| − | When I boot from the factory flashed kernel boot sequence complets and I can log-in. A log of the boot is [[b-flat_bootlog2|here]].
| + | |
| − | | + | |
| − | | + | |
| − | Any hints?
| + | |
| | | | |
| | ==Coming challenges== | | ==Coming challenges== |
| | Setting up a bluetooth PAN from verdex to my gentoo to easily deploy new builds of my java application | | Setting up a bluetooth PAN from verdex to my gentoo to easily deploy new builds of my java application |
| | | | |
| − | setting up working java that have GUI and uses the touch screen. | + | setting up a continuous integration environment |
| | | | |
| − | finding and building a lib for java serial
| + | ==Bugs that I have encountered == |
| | | | |
| − | setting up a continuous integration environment
| + | Bitbake failed due to DBus problem. [http://www.nabble.com/Re%3A-Build-error-dbus-native-1.0.1-p23905434.html| This solution might do the trick.] |
I am working on settin up my Verdex Pro 400-Bt with LCD to run java with the touch screen and a simple graphical gui.
I'll use this page to share my experiencs on successes and obstacles I find. Feedback always appreciated.
Setting up a bluetooth PAN from verdex to my gentoo to easily deploy new builds of my java application
