[oe-users] Problem generating uImage for gumstix

Steve Sakoman sakoman at gmail.com
Fri Aug 17 20:23:33 UTC 2007 

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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openembedded.org/pipermail/openembedded-users/attachments/20070817/b26ed7c2/attachment-0002.html>

More information about the Openembedded-users mailing list