[oe-users] Problem generating uImage for gumstix

Fri Aug 17 21:18:04 UTC 2007

You should already have a kernel for the gumstix in the images 
directory. The preferred provider lines have already selected the 
gumstix kernel.

Philip

Steve Sakoman wrote:
> Philip,
> 
>> Can you try with the kernel created by OE?
> 
> So to do that, in gumstix.conf would I replace:
> 
> PREFERRED_PROVIDER_virtual/kernel = "linux-gumstix"
> 
> with
> 
> PREFERRED_PROVIDER_virtual/kernel = "linux"
> 
> Steve
> 
> On 8/17/07, Philip Balister <philip at balister.org> wrote:
>> Can you try with the kernel created by OE? It is also a 2.6.15 kernel,
>> but maybe the kernel config is updated.
>>
>> Philip
>>
>> Steve Sakoman wrote:
>>> Philip,
>>>
>>> Thanks for your help!  That yielded a bootable image and gets me to a
>> login
>>> prompt.  See below for the boot messages.
>>>
>>> A good start, but still some issues to resolve -- udevd for example,
>> perhaps
>>> a mismatch with the gumstix kernel revision?
>>>
>>>
>>> Steve
>>>
>>> Instruction Cache is ON
>>> ### JFFS2 loading 'boot/uImage' to 0xa2000000
>>> Scanning JFFS2 FS: ........ done.
>>> ### JFFS2 load complete: 749692 bytes loaded to 0xa2000000
>>> ## Booting image at a2000000 ...
>>>    Image Name:   Linux-2.6.15gum
>>>    Image Type:   ARM Linux Kernel Image (uncompressed)
>>>    Data Size:    749628 Bytes = 732.1 kB
>>>    Load Address: a0008000
>>>    Entry Point:  a0008000
>>> OK
>>>
>>> Starting kernel ...
>>>
>>> Linux version 2.6.15gum (sakoman at tera) (gcc version 4.1.1) #1 Fri Aug 17
>>> 08:25:11 PDT 2007
>>> CPU: XScale-PXA255 [69052d06] revision 6 (ARMv5TE)
>>> Machine: The Gumstix Platform
>>> Memory policy: ECC disabled, Data cache writeback
>>> Memory clock: 99.53MHz (*27)
>>> Run Mode clock: 199.07MHz (*2)
>>> Turbo Mode clock: 199.07MHz (*1.0, inactive)
>>> CPU0: D VIVT undefined 5 cache
>>> CPU0: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
>>> CPU0: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets
>>> Built 1 zonelists
>>> Kernel command line: console=ttyS0,115200n8 root=1f01 rootfstype=jffs2
>>> reboot=cold,hard
>>> PID hash table entries: 512 (order: 9, 8192 bytes)
>>> Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
>>> Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
>>> Memory: 64MB = 64MB total
>>> Memory: 63256KB available (1249K code, 245K data, 56K init)
>>> Mount-cache hash table entries: 512
>>> CPU: Testing write buffer coherency: ok
>>> NET: Registered protocol family 16
>>> JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
>>> Initializing Cryptographic API
>>> io scheduler noop registered
>>> pxa2xx-uart.0: ttyS0 at MMIO 0x40100000 (irq = 15) is a FFUART
>>> pxa2xx-uart.1: ttyS1 at MMIO 0x40200000 (irq = 14) is a BTUART
>>> pxa2xx-uart.2: ttyS2 at MMIO 0x40700000 (irq = 13) is a STUART
>>> pxa2xx-uart.3: ttyS3 at MMIO 0x41600000 (irq = 0) is a HWUART
>>> Probing Gumstix Flash ROM at physical address 0x00000000 (16-bit
>> bankwidth)
>>> Gumstix Flash ROM: Found 1 x16 devices at 0x0 in 16-bit bank
>>>  Intel/Sharp Extended Query Table at 0x0031
>>> Using buffer write method
>>> cfi_cmdset_0001: Erase suspend on write enabled
>>> Using static partitions on Gumstix Flash ROM
>>> Creating 2 MTD partitions on "Gumstix Flash ROM":
>>> 0x00000000-0x00040000 : "Bootloader"
>>> 0x00040000-0x01000000 : "RootFS"
>>> NET: Registered protocol family 2
>>> IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
>>> TCP established hash table entries: 4096 (order: 2, 16384 bytes)
>>> TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
>>> TCP: Hash tables configured (established 4096 bind 4096)
>>> TCP reno registered
>>> TCP bic registered
>>> NET: Registered protocol family 1
>>> NET: Registered protocol family 17
>>> VFS: Mounted root (jffs2 filesystem).
>>> Freeing init memory: 56K
>>> Starting the hotplug events dispatcher udevd
>>> Jan  1 00:19:50 udevd[78]: main: the kernel does not support inotify,
>> udevd
>>> can't monitor configuration file changes
>>> Synthesizing the initial hotplug events
>>> modprobe: could not parse modules.dep
>>> modprobe: could not parse modules.dep
>>> modprobe: could not parse modules.dep
>>> Waiting for /dev to be fully populated
>>> Remounting root file system...
>>> mount: Mounting proc on /proc failed: Device or resource busy
>>> root: mount: Mounting rootfs on / failed: No such device
>>> root: mount: Mounting usbfs on /proc/bus/usb failed: No such file or
>>> directory
>>> Setting up IP spoofing protection: rp_filter.
>>> Configuring network interfaces... done.
>>> hwclock: Could not access RTC: No such file or directory
>>> Starting Dropbear SSH server: Will output 1024 bit rsa secret key to
>>> '/etc/dropbear/dropbear_rsa_host_key'
>>> Generating key, this may take a while...
>>> Public key portion is:
>>> ssh-rsa
>>>
>> AAAAB3NzaC1yc2EAAAADAQABAAAAgwCQiHAfZOhoI+uL7Q1s62SVyuJMcwKMk0hoFJ/nNKOi7XO9mC8MOOmOOBVrypkr80XpgCvH29ykM3Zyk1O3XU6Tx1+8VCXnODdzp4upeePQYkV+X5BZgN7XYC+yyBxBCYTDGwapBpvYaVRu3cr1LFenapsXXMFMJPsDVZox0croXPvr
>>> root at gumstix
>>> Fingerprint: md5 3a:38:71:21:ef:00:48:ba:c1:80:b9:cf:39:04:5a:5d
>>> dropbear.
>>> Starting syslogd/klogd: done
>>>
>>> OpenEmbedded Linux gumstix ttyS0
>>>
>>> gumstix 1 gumstix ttyS0
>>>
>>> gumstix login: root
>>> root at gumstix:~$
>>>
>>>
>>> On 8/17/07, Philip Balister <philip at balister.org> wrote:
>>>> bitbake angstrom-minimal-image
>>>>
>>>> or for a few more features
>>>>
>>>> bitbake angstrom-console-image
>>>>
>>>> the tasks are an intermediate product, normally we do not build them
>>>> directly.
>>>>
>>>> Philip
>>>>
>>>> Steve Sakoman wrote:
>>>>> Philip,
>>>>>
>>>>> I don't have that directory after the build.  Only tmp/deploy/ipk
>>>> exists.
>>>>> Should doing a "bitbake task-boot" create the image?  I wanted to
>> start
>>>> out
>>>>> with something minimal, but perhaps that is too minimal!
>>>>>
>>>>> Steve
>>>>>
>>>>> On 8/17/07, Philip Balister <philip at balister.org> wrote:
>>>>>> There should be something that look like this:
>>>>>>
>>>>>> tmp/deploy/glibc/images/efika
>>>>>>
>>>>>> probably gumstix instead of Efika.
>>>>>>
>>>>>> Philip
>>>>>>
>>>>>> Steve Sakoman wrote:
>>>>>>> That's where I looked initially, but my tmp/deploy directory only
>> has
>>>> an
>>>>>> ipk
>>>>>>> subdirectory.  No likely candidates there!
>>>>>>>
>>>>>>> Steve
>>>>>>>
>>>>>>> On 8/17/07, Hans Henry von Tresckow <hvontres at gmail.com> wrote:
>>>>>>>> try looking in the tmp/deploy folder in your build directory. for
>> my
>>>>>> glibc
>>>>>>>> builds for poodle they are in tmp/deploy/glibc/images/poodle
>>>>>>>>
>>>>>>>> On 8/17/07, Steve Sakoman <sakoman at gmail.com> wrote:
>>>>>>>>> Hmmm . . . another newbie question!
>>>>>>>>>
>>>>>>>>> Where does the rootfs image get placed at the end of the
>>>> build?  Can't
>>>>>>>>> seem to find it.
>>>>>>>>>
>>>>>>>>> I'm assuming that the following line in the machine conf file is
>>>> what
>>>>>>>>> builds it:
>>>>>>>>>
>>>>>>>>> EXTRA_IMAGECMD_jffs2 = "--little-endian --eraseblock=0x20000
>>>> --squash"
>>>>>>>>> Thanks!
>>>>>>>>>
>>>>>>>>> Steve
>>>>>>>>>
>>>>>>>>> On 8/17/07, Philip Balister < philip at balister.org> wrote:
>>>>>>>>>> Try again. Thanks for your patience.
>>>>>>>>>>
>>>>>>>>>> Philip
>>>>>>>>>>
>>>>>>>>>> Steve Sakoman wrote:
>>>>>>>>>>> Philip,
>>>>>>>>>>>
>>>>>>>>>>> No joy on the build:
>>>>>>>>>>>
>>>>>>>>>>> Connecting to prdownloads.sourceforge.net|66.35.250.217|:80...
>>>>>>>>>> connected.
>>>>>>>>>>> HTTP request sent, awaiting response... 301 Moved Permanently
>>>>>>>>>>> Location:
>>>>>>>>>>>
>> http://downloads.sourceforge.net/u-boot/u-boot-1.2.0.tar.bz2?download&failedmirror=superb-east.dl.sourceforge.net[following]
>>>>>>>>>> <
>> http://downloads.sourceforge.net/u-boot/u-boot-1.2.0.tar.bz2?download&failedmirror=superb-east.dl.sourceforge.net%5Bfollowing%5D
>>>>>>>>>>> 20 redirections exceeded.
>>>>>>>>>>> NOTE: Task failed: Fetch failed:
>>>>>>>>>>> http://downloads.sourceforge.net/u-boot/u-boot-1.2.0.tar.bz2
>>>>>>>>>>> NOTE: package uboot-utils-1.2.0-r6: task do_fetch: failed
>>>>>>>>>>>
>>>>>>>>>>> According to SourceForce the source for u-boot seems to have
>>>> moved:
>>>>>>>>>>> The "U-Boot" Universal Bootloader project provides firmware for
>>>> many
>>>>>>>>>> CPU
>>>>>>>>>>> architectures and boards with full source code under GPL. NOTE:
>>>>>>>>>> current
>>>>>>>>>>> source code is available from DENX git repository and FTP
>> server;
>>>>>>>>>> see
>>>>>>>>>>> http://www.denx.de/en/Software/GIT
>>>>>>>>>>>
>>>>>>>>>>> Steve
>>>>>>>>>>>
>>>>>>>>>>> On 8/16/07, Steve Sakoman <sakoman at gmail.com> wrote:
>>>>>>>>>>>> Philip,
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks!  Just did the pull and update.
>>>>>>>>>>>>
>>>>>>>>>>>> Build is underway . . .
>>>>>>>>>>>>
>>>>>>>>>>>> Steve
>>>>>>>>>>>>
>>>>>>>>>>>> On 8/16/07, Philip Balister < philip at balister.org> wrote:
>>>>>>>>>>>>> OK, if you pull and update, you should be able to build a
>>>> complete
>>>>>>>>>> image
>>>>>>>>>>>>> for the gumstix. I fixed uboot-utils so it compiles mkimage,
>> and
>>>>>>>>>> added
>>>>>>>>>>>>> uboot-utils as a dependency to the linux-gumstix bb file.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Philip
>>>>>>>>>>>>>
>>>>>>>>>>>>> Steve Sakoman wrote:
>>>>>>>>>>>>>> Koen,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks for your response.  I'm an Open Embedded beginner, so
>>>> I'm
>>>>>>>>>> not
>>>>>>>>>>>>> quite
>>>>>>>>>>>>>> sure what to do with your suggestion :-)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Should the "DEPENDS" statement be added to the gumstix
>> machine
>>>>>>>>>>>>> definition?
>>>>>>>>>>>>>> Steve
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 8/15/07, Koen Kooi < koen at dominion.kabel.utwente.nl>
>> wrote:
>>>>>>>>>>>>>>> -----BEGIN PGP SIGNED MESSAGE-----
>>>>>>>>>>>>>>> Hash: SHA1
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Philip Balister schreef:
>>>>>>>>>>>>>>>> I can confirm this is a problem building Angstrom for a
>>>> gumstix
>>>>>>>>>> with
>>>>>>>>>>>>> a
>>>>>>>>>>>>>>>> clean tmp directory. I think the problem is that the kernel
>>>>>>>>>> build
>>>>>>>>>>>>> needs
>>>>>>>>>>>>>>>> mkiamge from u-boot, but the gumstix machine does not build
>>>>>>>>>> u-boot.
>>>>>>>>>>>>> I
>>>>>>>>>>>>>>>> tried building u-bbot for the gumstix, but u-boot contains
>> no
>>>>>>>>>> config
>>>>>>>>>>>>> for
>>>>>>>>>>>>>>>> the hardware. Then I tried building uboot-utils and that
>>>> failed
>>>>>>>>>>>>> trying
>>>>>>>>>>>>>>>> to unpack :
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> org.openembedded.dev /packages/uboot/files/fw_env.config':
>> No
>>>>>>>>>> such
>>>>>>>>>>>>> file
>>>>>>>>>>>>>>>> or directory
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Any thoughts?
>>>>>>>>>>>>>>> Yes, DEPENDS = "u-boot-mkimage-openmoko-native" for a
>>>> 'generic'
>>>>>>>>>>>>> mkimage in
>>>>>>>>>>>>>>> STAGING_BINDIR_NATIVE.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> regards,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Koen
>>>>>>>>>>>>>>> -----BEGIN PGP SIGNATURE-----
>>>>>>>>>>>>>>> Version: GnuPG v1.4.5 (Darwin)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>> iD8DBQFGw3UKMkyGM64RGpERAg0wAJ9W1ey+p1fJ9BCj1kngeOTvlSSYKQCgu4kQ
>>>>>>>>>>>>>>> 7e3DquN5wj+Ac/xPMtRmPSE=
>>>>>>>>>>>>>>> =npCT
>>>>>>>>>>>>>>> -----END PGP SIGNATURE-----
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> Openembedded-users mailing list
>>>>>>>>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>>>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>> ------------------------------------------------------------------------
>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>> Openembedded-users mailing list
>>>>>>>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>> Openembedded-users mailing list
>>>>>>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>> ------------------------------------------------------------------------
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Openembedded-users mailing list
>>>>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Openembedded-users mailing list
>>>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>>>>>> _______________________________________________
>>>>>>>>> Openembedded-users mailing list
>>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>>
>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>>>>> _______________________________________________
>>>>>>>> Openembedded-users mailing list
>>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>>
>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>> ------------------------------------------------------------------------
>>>>>>> _______________________________________________
>>>>>>> Openembedded-users mailing list
>>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>>> _______________________________________________
>>>>>> Openembedded-users mailing list
>>>>>> Openembedded-users at lists.openembedded.org
>>>>>>
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>>>
>>>>>>
>>>>>
>> ------------------------------------------------------------------------
>>>>> _______________________________________________
>>>>> Openembedded-users mailing list
>>>>> Openembedded-users at lists.openembedded.org
>>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>> _______________________________________________
>>>> Openembedded-users mailing list
>>>> Openembedded-users at lists.openembedded.org
>>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>>>
>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Openembedded-users mailing list
>>> Openembedded-users at lists.openembedded.org
>>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>> _______________________________________________
>> Openembedded-users mailing list
>> Openembedded-users at lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
>>
>>
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Openembedded-users mailing list
> Openembedded-users at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3303 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.openembedded.org/pipermail/openembedded-users/attachments/20070817/2fdd9167/attachment-0002.bin>