Thema: OS-64 Kernel soll Mikrokernel werden!!!

[bitmaster]

Hallöchen!

Zurzeit befindet sich bei OS-64 noch alles (Dateisystem, Treiber, Programme) im Kernel. Ich arbeite gerade an einer Vernünftigen Speicherverwaltung und habe die Treiber schon aufs externisieren vorbereitet. Soweit klappt auch alles recht gut. Nur stehe ich jetzt vor einem Problem. Der Kernel soll ein Mikrokernel sein, also lediglich Speicherverwaltung, Prozesseverwaltung beinhalten und Kommunikationsfähig sein. Aber das Problem bei der Sache ist, wie bringe ich dem Kernel dazu einen Prozess auszuführen? Also nehmen wir an, mein Kernel ist schon ein Mikrokernel. Wie bringe ich dem Kernel jetzt beim Booten bei einen Treiber anzunehmen oder Programme im Taskwechsel einzubeziehen?

Vielen dank!!!

bitmaster

[nooooooooos]

Ich habs so gelöst, indem mein Init halt noch einen Task namens Taskverwaltung lädt und ihn ins Multitasking einträgt.

Nachher kann ich dann diesen Task benutzen (auch wieder aus der Init heraus) um andere Tasks zu laden.

Vielleicht seh ich auch das Problem nicht...
Gruss
Nooooooooos

[Korona]

Wenn ich dich richtig verstanden habe liegt das Problem beim Laden der Treiber aus dem Dateisystem, wärend kein Treiber dafür geladen ist, oder? Ich würde essentielle Treiber (HD-Driver und FS) ins OS-Image einbinden oder als Module vom Bootloader laden lassen.

[kevin]

Letzteres unterstützt der ach so böse GRUB übrigens von Haus aus.

[bitmaster]

Letzteres unterstützt der ach so böse GRUB übrigens von Haus aus.

Nein, ich progge mein OS selbst (ja ich zähle auch einen Loader zum OS).

Genau das verstehe ich nicht ganz. Wie mache ich dem Kernel mittels Loader klar das der Module annehmen soll? Evt. was macht grub genau?

thx

bitmaster

[bluecode]

grub lädt die module mittels bios in den ram, erstellt eine multiboot header, wechselt in den pmode und springt zu deinem kernel. Dem kernel wird die addresse der multiboot header dabei übergeben. Die multiboot header sieht so (siehe 3.3 Boot information format) aus.

[kevin]

Sicher, daß GRUB das BIOS auch über Stage 1 hinaus benutzt?

[bluecode]

Ja in der bochslog (wenn man mal bei der cpu das loglevel ändert) wird ständig ein switch zwischen real & protected mode angezeigt und zwischendrin ein paar bios interrupts.

[kevin]

Wieder was gelernt.

[bitmaster]

Naja, dann ist Grub schlechter als ich dachte. Aber erstmal thx.

bitmaster

[bluecode]

Was für einen Sinn würde es denn machen in einen bootloader Treiber für diverse Medien zu integrieren? Das ist doch sinnloser Aufwand... und dann schreit wieder jeder "oh, grub ist ja sooooo ne bloatware". Wenns dann mit BIOS Interrupts (die ja keinen Nachteil haben ) gelöst wird, isses auch wieder nicht recht...
Vorteil ist halt ganz klar, dass grub von allem bootet was das bios unterstützt und dann darauf aufbauend noch von sehr vielen Dateisystemen.

btw. wie willst dus nun lösen?

[bitmaster]

Also ich muss mal nachfragen ob ich das Ganze richtig verstanden habe. GRUB läd mittels int 13h Dateien nur bis zur 1 MByte Grenze???

@bluecode: Wie ich es lösen kann ist ja meine Frage an euch.

bitmaster

[Korona]

Nein, GRUB läd mittels int 13h Daten und switcht in den PM um die Daten an ihre richtige Stelle zu kopieren. Das wird dann je nach Dateigröße halt relativ oft wiederholt.
Bei Grub sind die Module so implementiert:
Durch einen Befehl in der Configdatei oder direkt in der Shell, kann man ein Modul laden. Dem Kernel wird dann eine Struktur übergeben, welche die Anzahl der Module und deren Start und End-Addresse angibt.

[Svenska]

Minix basiert ebenfalls auf einem Mikrokernel und hat im Kernel-Image bereits drei Tasks enthalten.
Das sind kernel, mm, fs. Im Kernel enthalten sind das Prozessmanagement und diverse Treiber (die also einkompiliert werden müssen). Der Memory Manager (mm) ist ein extra Programm, welches im Image vorhanden ist und die Speicherverwaltung erledigt und das File System (fs) ist ebenfalls so eingebunden.

Obwohl es externe Programme sind, sind sie notwendig für das System. Du kannst mit "kill" drauf losgehen - aber dann steht das System komplett.

Ohne diese Programme kann der Kernel nichts tun, aber zu dritt ist es möglich, auf die Festplatte zuzugreifen und weitere Programme zu starten. Vorher befinden sie sich an Positionen im Speicher, die vorher vom Bootmonitor an eine feste Adresse geschrieben bzw. im Image schon vorhanden sind.

Gruß,
Svenska