Errata

U-Boot auf dem Raspberry Pi mit dem Mainline-Kernel

U-Boot ist mit den meisten SD-Karten in folgender Kombination einzusetzen:

U-Boot in der Version von Stephen Warren
Aktueller Mainline-Kernel (getestet 3.17.0-rc1)
- Konfiguration angepasst
- Unterstützung für Device-Trees

Im Folgenden werden die Kommandos gezeigt, um den aktuellen Kernel per U-Boot zu laden. Als Rootfilesystem wird das Filesystem auf der SD-Karte verwendet. Voraussetzung ist, dass Sie einen ARM-Compiler per Buildroot installiert haben (siehe PATH). Die SD-Karte ist auf dem Hostsystem unter /media/quade/boot/ gemountet.

Den Linux-Kernel zImage und das U-Boot Binary u-boot.bin finden Sie übrigens vorgeneriert auf der Download-Seite unter Kapitel 3.4.

#
# Vorbereitung
#
cd ~/embedded/raspi/bootloader
#
#
# U-Boot von Stephen Warren herunterladen und generieren
#
git clone git://github.com/swarren/u-boot.git
cd u-boot/
git checkout -b rpi_dev origin/rpi_dev
#
export PATH=$PATH:/home/quade/embedded/raspi/buildroot-2013.05/output/host/usr/bin
make CROSS_COMPILE=arm-linux- distclean
make CROSS_COMPILE=arm-linux- rpi_b_config
make CROSS_COMPILE=arm-linux- u-boot.bin

cp u-boot.bin /media/quade/boot/
vi /media/quade/boot
     # In der letzten Zeile "kernel=u-boot.bin" eintragen

#
# Kernel herunterladen, konfigurieren und generieren
#
cd ~/embedded/raspi/
mkdir mainline-linux
cd mainline-linux
#
# Auspacken
#
wget https://www.kernel.org/pub/linux/kernel/v3.x/testing/linux-3.17-rc1.tar.xz
tar xvf linux-3.17-rc1.tar.xz
...
cd linux-3.17-rc1
#
# Konfigurieren
#

export ARCH=arm
export CROSS_COMPILE=arm-linux-
make bcm2835_defconfig

make menuconfig
[Device Drivers][USB support --->][DesignWare USB2 DRD Core Support]
[Device Drivers][USB support --->][Host only mode]
[Device Drivers][USB support --->][DWC2 Platform]
#
# Kernel Generieren
#
make -j 4 zImage
#
# Device-Tree generieren
#
make -j 4 dtbs
#
# Generierten Dateien (Kernel+Device-Tree) entweder direkt auf die
# SD-Karte oder bei Netzwerk-Boot ins Verzeichnis des
# TFTP-Servers kopieren.
#
cp arch/arm/boot/zImage /var/lib/tftpboot/
cp arch/arm/boot/dts/bcm2835-rpi-b.dtb /var/lib/tftpboot/

# Bootscript erstellen
cd ~/embedded/raspi/bootloader/
vi boot-net.txt
# folgendes eingeben, IP-Adressen unbedingt anpassen!
    usb start
    dhcp 00200000 192.168.69.71:zImage
    tftpboot 00100000 192.168.69.71:bcm2835-rpi-b.dtb
    setenv bootargs console=ttyAMA0 console=tty1 root=/dev/mmcblk0p2 rootwait
    bootz 00200000 - 00100000
# Skript generieren
# Stephen verwendet "boot.scr.uimg" als Default!
arm-linux-mkimage -A arm -O linux -T script -C none -d boot-net.txt boot.scr.uimg
cp boot.scr.uimg /media/quade/boot/

SD-Karte in den Raspberry Pi stecken und booten. Eventuell den Bootprozess unterbrechen und Kommandos einzeln an der seriellen Konsole austesten.

Fehlerbild: Der Kernel lässt sich nicht starten
U-Boot bleibt mit der Meldung "Starting Kernel" hängen.
Abhilfe:
Verwenden Sie eine andere Adresse im Adressraum des Pi als 00008000 (Danke Ralf und Guy):

Auf Seite 89 unten, Schritt 3: '... | gzip -9) >initramfs.cpio.gz' ist die schließende Klammer falsch. Korrekt lautet die Zeile (Danke an Ralf):

Auf Seite 101: Nach dem Extrahieren von 'buildroot-2013.05.tar.bz2' und vor dem Aufruf von 'make rpi_defconfig' muss erst in das Verzeichnis 'buildroot' gewechselt werden (Danke an Ralf):

Im Text heißt es korrekterweise, dass der Name des Skripts inklusive Pfad unter dem Auswahlpunkt [System configuration][Custom scripts to run before creating filesystem images] mit dem Inhalt "../scripts/postbuild.sh" einzutragen ist. In der nachfolgenden Befehlsliste ist aber fehlerhafterweise "after" statt "before" abgedruckt (Dank an Patrick R.). Richtig lautet es:

Im Skript 'postbuild.sh' muss es anstelle von '.../S41dhcpc' '.../S41udhcpc' lauten (Danke an Ralf).

Wird das Skript 'postbuild.sh' mehrfach aufgerufen meldet 'mkdir' einen Fehler, da die Verzeichnisse bereits existieren. Außerdem werden die Einträge in '$1/etc/fstab' mehrfach angelegt (Danke an Ralf).

Abhilfe:
Bei 'mkdir' die Option '-p' ergänzen, die Veränderung in der fstab nur dann vornehmen, wenn diese noch nicht getätigt wurden.

Kapitel 4.3 Systemanpassung (dropbear, ssh), 'PTY allocation request failed on channel 0 shell request failed on channel 0'

Der Versuch, sich per SSH auf dem Raspberry Pi einzuloggen scheitert mit der Fehlermeldung:

Ursache:
In der Busybox-Konfiguration (im Buildroot-Verzeichnis 'make busybox-menuconfig]) ist der Menupunkt [General Configuration][[Use the devpts filesystem for Unix98 PTYs] nicht ausgewählt.

Fehlerbild: Beim Versuch das Programm "hello" auf dem Raspberry Pi zu starten kommt die Meldung:

Abhilfe:
Die Ursache für die Meldung liegt darin, dass auf dem Image eine Version des Programms "hello" kopiert wurde, die für das Host-System, also die x86-Plattform compiliert wurde. Dass das der Fall ist können Sie dadurch feststellen, dass Sie in das Verzeichnis ~/embedded/raspi/buildroot-2013.05/output/target/usr/bin wechseln und dort das Kommando "file hello" aufrufen. Falls hier

Kapitel 6.1.2 Aufbau eines Gerätetreibers, Textfehler auf Seite 170, letzter Absatz

Im Text wird der Systemcall "write()" und die Treiberfunktion "driver_write()" erwähnt. Tatsächlich handelt es sich aber um "read()" und "driver_read()". (Dank an Ralf)

Werden die Treiber auf Systemen gestartet, die keine Udev-Unterstützung bieten, wird das Laden der Treiber mit der Fehlermeldung "no udev support" abgebrochen. Um die Treiber dennoch laden zu können, wird in der Funktion "mod_init" nach Aufruf von "class_create" die Zeile "goto free_cdev;" auskommentiert. In der Funktion "mod_exit" wird außerdem das Klassen- und des Geräteobjekt nur dann freigegeben, wenn diese zuvor alloziert wurden. Damit der Treiber verwendet werden kann, müssen die zugehörigen Gerätedateien per "mknod" selbst angelegt werden.

Kapitel 6.2 Schneller GPIO-Treiberzugriff, Textfehler auf Seite 176, letzter Satz

Im Text steht fälschlicherweise GPIO7, es handelt sich aber um GPIO17. (Dank an Ralf)

Hier steht fälschlicherweise zweimal "fastgpio4", es handelt sich aber um "fastgpio". Richtig ist:

Ursache: Der Treibername ist falsch. Statt bcm2709_wdog muss es bcm2708_wdog heißen.

Embedded Linux lernen mit dem Raspberry Pi

Hinweise, Ergänzungen und Fehlerkorrekturen

U-Boot auf dem Raspberry Pi mit dem Mainline-Kernel