Using QEMU with MokoMakefile
MokoMakefile has support for automatically building, flashing, and running Openmoko under QEMU using qemu-neo1973, a fork of qemu which adds simulation of almost all Neo1973 devices in order allow testing Openmoko images in a virtual environment.
For this, it's not required to download and run a complete Openmoko build (which takes several hours to even days and needs lots of disk space and RAM), because if you only need to test pre-compiled images, it is enough to build qemu-neo1973 and to set it up to run these images. This is what this article deals with and to describe how MokoMakefile makes this easy.
Note: The talk page of MokoMakefile may also contain some valuable hints regarding compiling and using QEMU for Openmoko, including distribution specific issues and workarounds.
- gcc 3.4 or 3.3: You need gcc-3.x for building qemu. If you have no precompiled gcc-3.x packages, you need to compile it. 
- mkdosfs (from dosfstools)
Debian 4.0 and Ubuntu 7.04
sudo apt-get install git git-core gcc-3.4 lynx netpbm libsdl1.2-dev dosfstools subversion zlib1g-dev
sudo apt-get install git git-core gcc-3.4 lynx netpbm libsdl1.2-dev dosfstools subversion sudo dpkg-reconfigure dash (choose NO upon question about installing /bin/sh )
When using Ubuntu you really want to have a look here.
SUSE Linux / openSUSE
rpm -Uhv cpp33-*.rpm gcc33-*.rpm
Install the packages
dosfstools e.g. using
On 10.1 and 10.2, apply the workaround for qemu-neo1973 USB compilation.
Gentoo will usually have some version of gcc-3 installed by default. You don't need to use gcc-config to switch the default compiler to gcc-3 - Qemu should find there right version if it's installed.
GCC 3.4 is known to be broken on 32-bit Gentoo. If your 32-bit i386 system has a 3.4 GCC installed from portage you will need to downgrade to 3.3.6.(Note: GCC 3.3 is currently broken and masked in Gentoo, consider disabling QEMU if you are running gentoo)
Some Gentoo users who have multiple GCC versions installed have had to modify the Makefile (by adding --cc=gcc-3.4.6 to the qemu-configure call, after --target-list=arm-softmmu) otherwise the compilation fails during compilation of softmmu_template.h see this link for more details.
Gentoo users will need to install sys-fs/dosfstools for the mkdosfs command then create a link in /sbin: ln -s /usr/sbin/mkdosfs /sbin/mkdosfs.
Found the following install commands on some other webpage, and they work fine:
yum install monotone git-core git-svn git-email git-cvs git-arch gitk python-dev ccache m4 sed bison make cvs gawk libc6-dev g++ subversion sharutils docbook openjade quilt libmpfr-dev libpcre3-dev texinfo texi2html libboost-date-time-dev libboost-filesystem-dev libboost-regex-dev libboost-test-dev libboost-dev zlib1g-dev build-essential dh-make debhelper devscripts gcc-3.4 lynx netpbm libsdl1.2-dev dosfstools help2man python-psyco lynx yum install monotone git-core cogito python-dev ccache m4 sed bison make cvs gawk libc6-dev g++ subversion sharutils docbook openjade quilt libmpfr-dev libpcre3-dev texinfo texi2html libboost-date-time-dev libboost-filesystem-dev libboost-regex-dev libboost-test-dev libboost-dev zlib1g-dev build-essential dh-make debhelper devscripts gcc-3.4 netpbm libsdl1.2-dev dosfstools help2man python-psyco lynx
(If you have trouble with cut-and-paste of the lines above, go to edit mode and copy from there)
Not all packages exist, but you can (or at least I could) safely ignore this.
You also need to install gcc3.x, which was neither found by yum nor by rpmseek/rpmfind. But Fedora 7 has the rpm, so go to any site which archives Fedora packages (e.g. http://sunsite.rwth-aachen.de) and grab e.g. compat-gcc-34-3.4.6-7.x86_64.rpm (adapt to your architecture, any 3.x.y version should do). Then do a yum localinstall.
Compilation and use
Create a new directory and download the Moko Makefile to it:
mkdir openmoko cd openmoko wget http://www.rwhitby.net/files/openmoko/Makefile
If that doesn't work, try
“make qemu” will build qemu-neo1973, download the latest official Openmoko images, flash the images into the virtual NAND flash, create an empty virtual SD card, and run the emulator (you still need to install the makefile as mentioned above, however).
make run-qemu- restarts qemu with the currently flashed Openmoko images and current virtual SD card.
make run-qemu-snapshot- does the same but starts qemu with -snapshot which causes QEMU to write all changes to temporary files instead of flash and disk image files.
This is beneficial in that the virtual Neo1973 is not changed. Also all changes that
make run-qemu-snapshotcreates occur in parallel. This allows you to run multiple instances without creating incoherent flash and SD card state. You can, however, force the write back by pressing
C-a sin the QEMU window. This may be useful to update the flash and disk images in the last qemu instance that is running to preserve the changes.
You may also use:
make download-images- to download the latest official images
make flash-qemu-official- to flash those images
make flash-qemu-local- to flash your latest locally built images, which can then be followed by
make qemu-copy-package-foo- copies
foo.ipkto the virtual SD card, which allows you to use
ipkg install /media/mmcblk0/fileinside the running Openmoko to install the package.
If you want to calibrate your screen, look at 
For detailed information on advanced usage of qemu-neo1973 see also: Openmoko under QEMU
If you get an error while flashing, see 
Using tested and recommended images
The process described above will download the latest daily build, which may be broken or non-working in many cases. If you delete the images downloaded into the
images/openmoko directory, you can add another set of the 3 files there and flash them into QEmu by
To be able to flash FSO images you must change the file search pattern in build/qemu/openmoko/env to match the:
Or change the downloaded images filename to match Open?oko-openmoko-*image*-om-gta01.rootfs.jffs2.
Read Snapshot review to download better working images.