23. November 2024, 13:39
Beiträge anzeigen
Diese Sektion erlaubt es dir alle Beiträge dieses Mitglieds zu sehen. Beachte, dass du nur solche Beiträge sehen kannst, zu denen du auch Zugriffsrechte hast.
Ich wollte fragen ob der Aufbau meines Kernel richtig ist?
Mein Kernel soll ein Mikrokernel mit einem monolithischen Teil:
Monolith:
- Physische speicherverwaltung
- Virtuelle speicherverwaltung
- SATA/ATA treiber
- fat32 foramt lesen (um die einzelnen Module des kernels zu laden)
- elf format lesen
Ist das soweit richtig was ist überflüssig was fehlt ?
Was muss dann in den Mikroteil rein?
grüße Paul
Willkommen im Forum.
Der FAT-Artikel sagt das auch ungefähr so:ZitatReservierte SektorenDie Ausgaben des Magazins sind relativ alt und werden nicht mehr geändert, in den einzelnen Artikeln des Wikis sind deswegen oft die besseren Informationen.
Nach dem Bootsektor folgen optionale reservierte Sektoren. In diesen Sektoren kann z.B ein Bootloader untergebracht werden, wenn der Platz im Bootsektor nicht reicht. Der Bootsektor wird von FAT zu den reservierten Sektoren dazugezählt.
Übersicht
Wiki
Hilfe
Suche
Einloggen
Registrieren
int port = 42;
char *tss_bitmap = 0xD00FC0DE;
tss_bitmap[port/8] |= 1<<(port%8);
'gefunden' = 0
gehe durch PD bis 'gefunden' = 'suche' {
wenn PDE present dann {
gehe durch PT {
wenn PTE present dann {
'gefunden' = 0
}
ansonsten {
'gefunden'++
}
}
}
ansonsten {
'gefunden' += 1024
}
}
'gefunden' ist eine variable, die die anzahl an zusammenhängenden freien virtuellen pages angibt. 'suche' gibt an, wie viele pages gesucht werden.Darüber habe ich mich ja auch gewundert.Anscheinend hast du nicht recht, sonst würde ja nicht "n" rauskommen.
Meine Methode zur Bestimmung der Zahlen stimmt aber.
Das habe ich getestet.
Wie kann ich mir das mit den Interrupts dann vorstellen?Also langsam wird's exotisch
Ich kann meine Prozesse dann in die Liste eintragen wenn ich möchte, oder?
Welche Art von Interrupt muss es denn dann sein, damit ich den Prozess anspreche?
Kann ich damit dann Abhängigkeiten realisieren, oder wie?
Also dass ein Prozess das Ergebnis eines anderen braucht um zu beginnen.
Ist das der Sinn dahinter?
Wenn ja, woher weiß mein Kernel, dass der Prozess auf den gewartet werden muss fertig ist?
Nabend zusammen,Ich denke du brauchst Sachen wie malloc() (womit eine Menge anderer Sachen verbunden sind)
ich habe mir mal Gedanken über meinen Kernel gemacht.
Mein Kernel soll wirklich nur das Nötiggste machen.
- GDT/IDT/ISR/IRQ/PIC/PIT initialisieren
- den Scheduler bereitstellen
- Methoden für den Speicher (memset, etc)
Der Rest soll über Treiber gemacht werden:ELF in den Speicher laden (deswegen wäre es außerdem günstig Paging im Kernel zu haben) und Symbole auflösen.
- Dateisystem , Paging und alles was sonst noch an Treibern fehlt
Diese Treiber sollen erst nachgeladen werden (sprich nicht mitkompilieren).
Wie kann ich die denn zur Laufzeit laden?
Nun zu meinen Fragen:Naja bis auf, dass ich Speicherverwaltung auch in den Kernel reinmachen würde, sieht das für mich zumindestens sinnvoll aus. Ist natürlich nicht besonders ausführlich, deswegen kann ich das nicht 100%ig beurteilen.
Ist dieser Aufbau überhaupt sinnvoll?
Bei dem Scheduler habe ich ein paar Verständnisfragen:Du brauchst eine Struktur für einen Prozess. Diese Struktur muss sachen, wie Register und Speicherzuordnung (z.B Pagedir) enthalten. Aber auch Dinge wie Name, PID, Parent, Children, geöffnete Objekte (z.B Dateien) kann man reinmachen.
- Was brauch ich denn alles an Strukturen?
Ich habe mir gedacht, dass ich einerseits einen Prioritätsparameter habe, dann habe ich noch einen counter der die Rechenzeit mit zählt und dann die Strukturen für die Register und den Stack.Jo, wie ich oben gesagt habe, aber Speicher wäre noch wichtig.
Wie rette ich den gesamten Prozessor in die Strukturen?Wenn der Interrupt aufgerufen wird, liegen einige Register (darunter auch EIP und ESP) auf dem Stack. Da kannst du die dann herholen und in die Struktur "retten".
Mein Programm wird doch über einen Interrupt unterbrochen, wenn ich nun die Behandlungsroutine aufrufe steht in meinem PC doch schon eine andere Befehlsadresse. Wo bekomme ich die alte her, damit ich sie speichern kann?
Nicht dass ich wüsste.
Wenn mein Scheduler arbeitet muss ich doch ein paar Interrupts maskieren, oder?
Dachte jetzt mal an den PIT und Software-Interrupts.Der PIT muss am Anfang ge-remappt werden. Bei mir ist er imho auf 0x20 bis 0x30 (0x00-0x1F sind Exceptions). Dann hast du da deine IRQs. Danach kommen bei mir ein paar andere Interrupts (APIC, unwichtig für dich). Und dann hab ich meinen Softwareinterrupt bei 0x37. Du kannst ihn natürlich auch woanders hinmachen (Linux hat ihn z.B bei 0x80). Du musst eigentlich nur den Interrupt in der IDT registrieren und den Handler zuweisen. Im Handler kannst du dann Daten (z.B welcher Syscall aufgerufen werden soll, usw.) aus dem Speicher des Prozesses oder aus den Registern holen.
Wie mache ich das?
Das war es erst einmal an Fragen.Fragen sind bei uns immer willkommen, solange der Gegenüber vorher selbst nachdenkt
Da kommen bestimmt noch mehr.
(was, wie ich finde, du gut gemacht hast)
echo -e "device (fd0) /tmp/testimg\nroot (fd0)\nsetup (fd0)\nquit" | grub
static char keyboard_read() {
if (inb(KEYBOARD_PORT_STATUS)&1) return inb(KEYBOARD_PORT_DATA);
else return 0;
}
...
scancode = keyboard_read();
fprintf(stderr,"Scancode: 0x%02x\n",scancode&0xFF);
...
Big und Little Endian irgendwie verdreht?Byteweise.
Liest du byte-oder wordweise ein?
Und sonst wuerd ich sagen da is evt irgendwo ein Byte verloren gegangen....Wo soll denn da was verloren gegangen sein?
So, viel mehr als im IRC konnt ich jetz auch nich sagen
Aber ich komm grad nich ins IRC, is hier blockiert; d.h. ich muss mich anderweitig beschaeftigen...
Scancode: 0x35Wird dann natürlich als '-' erkannt, wegen dem 0x35.
Scancode: 0xe0
Scancode: 0xb5
Scancode: 0xe0
