Kernel Programmierung unter Linux. Programmierung von Kernelmodulen. Referent Klaus Ruhwinkel

Transkript

1 Kernel Programmierung unter Linux Programmierung von Kernelmodulen Referent Klaus Ruhwinkel

2 Das Betriebssystem Aufbau des Betriebssystem: Es besteht aus den Betriebssystemkern und den sonstigen Betriebssystemkomponenten (Userland) Der Betriebssystemkern stellt Dienste über Systemcalls für sämtliche Applikationen her. Dadurch ist es möglich Daten auf dem Bildschirm darzustellen, Daten in Dateien abzulegen etc. Das Userland nutzt die Dienste, um damit Systemkonfigurationen und ähnliches vorzunehmen 2

3 Komponenten des Kernels Userland Service Bibliotheken Sonstige BS-Komponenten Systemcall-Interface I/O-Subsystem Prozessmanagement Speichermanagement Kernel Gerätetreiber Hardware Grafik entnommen: Linux Treiber entwickeln, Quade u. Kunst 3

4 Systemcall-Interface Applikationen nutzen die Dienste des Betriebssystem über Sytemcalls Technisch ist das eine Art Software-Interrupt, dieser wird in der Regel durch die eingebundenen Bibliotheken ausgeführt. Der Kernel selbst führt nach dem Auslösen des Software- Interrupt die zugehörige Interrupt-Service-Routine aus. Die entsprechenden Systemcalls in Abhängigkeit der Architektur, finden sich in der Datei <arch/arm/include/asm/ unistd.h> die wiederum die Headerdatei <arch/arm/include/ uapi/asm/unistd.h> inkludiert. Es gibt 380 Systemcalls für die Architektur ARM 4

5 Prozessmanagement I Das Prozesssubsystem verwaltet die Prozesse Die Prozesse werden auch Tasks oder Threads genannt Jeder Prozess belegt drei Speicherblöcke: Codesegment, Datensegment und Stacksegment. Teilen sich ein mehrere Prozesse das Code- und Datesegment spricht man von Threads Prozesse die ein eigenes Datensegment besitzen nennt man Tasks Des weiteren verwaltet das Prozesssubsystem die Zustände der Prozesse. Diese können sein: aktiv, lauffähig(running, schlafend und ruhend. 5

6 Prozessmanagement II Der Kernel unterteilt den Zustand schlafend in unterbrechbare, nichtunterbrechbares und killable Schlafen. Weitere Zustände findet man in der Headerdatei <include/linux/sched.h> - - #define TASK_RUNNING 0 - #define TASK_INTERRUPTIBLE 1 - #define TASK_UNINTERRUPTIBLE 2 - #define TASK_STOPPED 4 - #define TASK_TRACED 8 - /* in tsk->exit_state */ - #define EXIT_ZOMBIE 16 - #define EXIT_DEAD 32 - /* in tsk->state again */ - #define TASK_DEAD 64 - #define TASK_WAKEKILL 128 6

7 Prozessmanagement III Rechenprozesszustände: fork/clone lauffähig/ running TASK_WAKING wakeup ruhend/terminiert ununterbrechbar UNINTERRUPTIBLE ZOMBIE wait Scheduler sleep unterbrecbar INTERRUBTIBLE sleep exit aktiv/ current Grafik entnommen: Linux Treiber entwickeln, Quade u. Kunst 7

8 Speichermanagement Das Speichermanagement ermöglicht die Reservierung von Speicher. Der Zugriff wird überwacht. Der Speicherbereich wird unterteilt in Kernelspace und Userspace. Der Kernel bzw. der Gerätetreiber kann nicht direkt auf den Speicher einer Applikation zugreifen. Das Umrechnen der logischen Speicheradressen auf die physikalischen Adressen wird durch Funktionen im Kernel durchgeführt. Es funktioniert nur im Zustand current einer Task Das Speichersubsystem übernimmt das Paging und Swapping, was den Zugriff auf den Speicher durch den Treiber erschwert. 8

9 IO-Management Das IO-Management ist für den Datenaustausch zwischen den Programmen und der Peripherie zuständig. Das IO-Management stellt ein: Interface zur systemkonformen Integration von Hardware Eine einheitliche Programmierschnittstelle Ordnungsstrukturen in Form von Dateien und Verzeichnissen siehe auch /dev/... zur Verfügung. Es gibt traditionell Schnittstellen für zeichen- und blockorientierte Geräte. Und eine Vielzahl von Subsystemen die Hardware wie USB, PCI etc. ansprechen. 9

10 Voraussetzungen Gerätetreiber I Um einen Treiber zu entwickeln benötigen man zuerst die Kernelsourcen, </usr/src/linux>, beachten Sie, das dieses im Allgemeinen ein Link auf die Sourcen ist. Hinweis: alle weiteren Angaben zu Dateien und Verzeichnissen sind ab jetzt relativ zum Sourcepfad Einen übersetzten Kernel mit Modulen. Eine Entwicklungsumgebung zur Übersetzung der Sourcen. In unserem Falle benutzen wir den Crosscompiler. Den aktuellen Kernel für den Raspberry Pi kann man mit dem folgendem Befehl laden. git clone --depth=1 10

11 Voraussetzungen Gerätetreiber II 1. Anpassen und Übersetzten eines Kernels Zum Anpassen wechselt man in das Verzeichnis in dem die Kernelsourcen liegen. Durch den Aufruf make menuconfig wird eine grafische (Ncurses) Oberfläche gestartet. Dazu wir die Bibliothek libncurses5-dev benötigt. Durch Auswahl von Save, wird die Konfiguration in die Datei.config gespeichert 11

12 Voraussetzungen Gerätetreiber III 12

13 Voraussetzungen Gerätetreiber IV In der Datei README finden sich weitere Möglichkeiten die Kernelkonfiguration anzupassen. Mit dem Befehl make ARCH=arm bcmrpi_defconfig erzeugt man die Konfigurationsdatei.config speziell für den Raspberry Der Aufruf make ARCH=arm CROSS_COMPILE=arm-linuxgnueabihf- -j16 erzeugt den Kernel und die Module. Jetzt muss noch das Sourceverzeichnis gepackt und auf den PI übertragen werden. Nutzen Sie folgenden Befehle: tar cfz linux_cross.tar.gz linux scp linux_cross.tar.gz CROSS_COMPILE ist eine Umgebungsvariabel aus kbuild 13

14 Voraussetzungen Gerätetreiber V Sind die Sourcen übertragen werden sie mit dem Befehl tar xfz linux_cross.tar.gz entpackt. Mit uname a ermittelt man die bereits installierte Kernelversion Wechseln Sie in das Verzeichnis linux und geben Sie make modules_install ein. Kopieren Sie den Kompilierten Kernel mit dem Befehl cp arch/ arm/boot/zimage /boot/kernel.img Rebooten Sie das System GOOD LUCK!!! Loggen Sie sich wieder ein und überprüfen Sie die Version 14

15 Der erste Gerätetreiber I module_init() und module_exit() sind Funktionen die Funktionen bekanntgeben, um den Treiber zu initialisieren und aus dem Kernelspace zu entfernen. Sie nutzen spezielle Kernelmakros um die Rollen der Funktionen zu identifizieren. printk() ist ein Pendant zu printf(), nur das printk() speziell für den Kernel ist, da er sich nicht der C-lib bedient. 15

16 Der erste Gerätetreiber Das Makefile: Dokumentation: Documentation/kbuild/ Oder online: 16

17 Tools zum Einbinden und Entfernen von Modulen insmod bindet das Modul in den Kernel ein rmmod entfernt das Modul aus dem Kernel lsmod zeigt die geladenen Module an modinfo gibt Informationen zu dem Modul aus modprobe lädt und entfernt Module aus dem Kernel Fehlersuche: Der syslog Dämon zeigt die Ausgabe der Befehle in /var/log/ messages an dmesg 17

18 Literatur Linuxsourcen Ldd3: Linux Device Driver 3rd Edition Embedded Linux lernen mt dem Raspberry Pi, Jürgen Quade, ISBN , Ergänzungen und Downloads zum Buch Linux Treiber entwickeln, Jürgen Quade u. Eva-Katharina Kunst, ISBN , Ergänzungen und Downloads zum Buch 18