Einleitung

Als Entwickler hat man es immer schwer, wenn man Code testen soll, der für Hardware geschrieben ist, die man nicht hat  Für solche Fälle bieten sich Hardware-Emulatoren sehr gut an. Im vorliegenden Falle geht es um die Emulation einer Raspberry Pi-Maschine. Leider gibt es zur Zeit keinen Emulator, der diese Hardware komplett emulieren kann, aber man kommt immerhin schon nahe. Diese Anleitung soll dabei helfen, die ersten Schritte mit dem fli4l auf einer ARM-Plattform wie dem Raspberry Pi zu machen.

Voraussetzungen

Es wird ein Linux-Host benötigt, auf dem QEMU mit ARM-Unterstützung installiert ist. Will man die fli4l-VM später netzwerktechnisch auch ans Internet anbinden, ist es von Vorteil, wenn die WAN-Karte Teil einer Bridge ist, in die sich die VM "einklinken" kann. Wie man eine Netzwerkkonfiguration unter Linux mit Bridges hinbekommt, variiert von Distribution zu Distribution und ist nicht Teil dieser Anleitung. (Ich werde aber ganz unten meine eigene spezielle Konfiguration für Gentoo vorstellen.)

Des Weiteren werden die "dosfstools" zum Erstellen von VFAT-Dateisystemen benötigt sowie die Programme "fdisk" und  "losetup" aus dem Paket "util-linux".

Auch benötigen wir einen speziellen Kernel. Leider können wir nicht den fli4l-Kernel verwenden, weil dieser einen Raspberry Pi voraussetzt, der ja nicht emuliert werden kann. Wir brauchen stattdessen einen Kernel, der eine "versatilepb"-Maschine erwartet, denn diese kann von QEMU emuliert werden. Diesen Kernel kann/muss man von [http://xecdesign.com/downloads/linux-qemu/kernel-qemu] herunterladen.

Schließlich brauchen wir natürlich einen aktuellen fli4l-Checkout, und zwar den SVN-Zweig 4.0/trunk ab Revision r38903. Den kann man sich wie folgt beschaffen:

Konfiguration

Man kann eine beliebige fli4l-Konfiguration wählen, welche aber den folgenden Bedingungen genügt:

• nur eine Netzwerkkarte (mehr geht leider nicht), d.h. IP_NET_N='1'
• kein IPv6 (kann der oben erwähnte versatilepb-Kernel leider nicht)
• will man das Paket "hwsupp" nutzen (momentan hat es beim Raspberry Pi keine Funktion), muss man HWSUPP_TYPE='rpi' setzen
• OPT_E3 und OPT_VALGRIND müssen beide auf no gesetzt werden, des Weiteren braucht man POWERMANAGEMENT='none' und BEEP='no'
• keine Festplatten-Installation und Recover-Funktionatlität, weil SYSLINUX fehlt, deshalb OPT_HDINSTALL='no' und OPT_RECOVER='no'
• auch wenn der fli4l-Kernel nicht benutzt wird, weiß das "mkfli4l" ja nicht; da es weder "-virt"-Kernel noch "3.18.*"-Kernel für den R'Pi gibt, muss man KERNEL_VERSION='3.19.6' oder KERNEL_VERSION='3.19.6-nonfree' verwenden

Erstellen des Installationsmediums

Zuerst konfiguriert man seine mkfli4l.txt so, dass kein Remote-Update vorgenommen wird (REMOTEUPDATE='no'). Dann lässt man wie üblich mkfli4l.sh laufen und hat hinterher in config/build die folgenden Dateien vorliegen:

• rc.cfg, die Konfigurationsdatei
• kernel, den fli4l-Kernel
• rootfs.img, das RootFS-Archiv
• opt.img, das OPT-Archiv

Diese gilt es nun auf ein geeignetes Boot-Medium zu kopierern. Zuerst erstellen wir dies via dd:

Dann müssen wir eine Partition anlegen. Dies kann man z.B. via fdisk erledigen:

Nun erstellen wir auf unserem Rechner ein Gerät für diese Partition, damit wir sie einhängen können:

Dank der Option "-P" ist die Partition unter /dev/loop0p1 verfügbar (oder allgemein unter /dev/loopXp1, falls ein anderer Index als "null" von losetup zurückgeliefert wird). Diese können wir nun mit dem VFAT-Dateisystem formatieren, einhängen, die Dateien darauf kopieren und wieder aushängen:

Jetzt entfernen wir noch das loop-Gerät:

Geschafft! Das Boot-Medium ist bereit.

Emulation

Nun müssen wir nur noch QEMU starten:

Fertig!

Screenshots

Anhang A: Gentoo-Netzwerk-Konfiguration

Die unter "Emulation" verwendete Netzwerkbrücke br0 wird wie folgt über die /etc/conf.d/net konfiguriert:

Das Programm brctl gibt Folgendes aus, während die fli4l-VM läuft:

Anhang B: Die komplette fli4l-Konfiguration

Die folgende Konfiguration kann als Grundlage für ein _fli4l.txt-Overlay herangezogen werden.