21. November 2024, 13:11
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.
1. Ich hab mal testweise die 3 Byte nach dem Bootloader weggelassen (db 0xff,0x0f,0xf8) und das Image wurde dennoch als FAT12 erkannt. Wozu braucht man die 3 Bytes also ?Diese Werte sehen nach FAT12 Einträgen für die ersten beiden Cluster aus. Das setzt hier aber voraus, dass es nur eine FAT gibt. Disketten-Images nutzen üblicherweise 2 und dann müssten diese Einträge auch in der 2. FAT stehen.
... erstellt man 22 Null-Sektoren. Mit den 22 Sektoren löscht man aber nur die beiden FATs und einen Teil des Root-Directories. Sollte man nicht nach dem Bootsektor die darauffolgenden 9+9+14 = 32 Sektoren löschen (FAT1+FAT2+RootDir) um ein jungfräuliches Diskettenimage zu erhalten ?Wer sagt, dass das Root-Verzeichnis unbedingt 14 Sektoren haben muss? Nur weil es üblich ist, muss es hier nicht der Fall sein. Den richtigen Wert kannst du aus den Werten des Boot-Parameter-Blocks ermitteln.
Mach dir keine Sorgen, das ist normal. Paging ist super, um sich Knoten ins Hirn zu denken, bis man es mal kapiert hat.Oh ja, das kann ich nur bestätigen. Aber wenn man mal richtig dahinter gestiegen ist, merkt man auch, dass man oftmals gar nicht mehr so kompliziert denken muss.
Übersicht
Wiki
Hilfe
Suche
Einloggen
Registrieren
struct SGDTDescriptor {
uint16_t size; //die Größe der GDT in Bytes - 1
uint32_t offset; //die lineare Startaddresse der GDT
} __attribute__ ((packed));
Ich wollte damit nur sagen, dass du manche Geräte erst sehen/ansprechen kannst, wenn du bestimmte andere Geräte funktionierend in deinen Kernel integriert hast.Dessen bin ich mir bewusst. Aber trotzdem danke.
Was die I/O-Ports angeht: Das ist genau das, was ich weiter oben beschrieben habe. Einfache (ISA-)Geräte kannst du nicht identifizieren, sondern nur auf gut Glück ein paar Ports lesen/schreiben und schauen, ob das, was da passiert, ungefähr so aussieht wie das, was dein gesuchtes Gerät dort tun würde. Deswegen gibt es da nichts zu initialisieren.Aber ein PCI Gerät kann in den BARs auch nach IO-Ports verlangen. Das wird durch eine 1 in Bit 0 im BAR angezeigt. ein Massenspeichercontroller für ATA oder SATA würde da z.B. die standard Ports 0x1F0 bis 0x1F7 haben.
Das weiß ich nicht. Ich kann mir aber gut vorstellen, dass manche BIOSse nur das initialisieren, was sie zum booten brauchen.Soll ich also am besten alle Geräte neu initialisieren? Das stelle ich mir nur im Falle von I/O Ports schwer vor, da ich nicht weiß, welche Ports schon vom System benutzt werden...
Eine PCI-PCI-Bridge schenkt dir einen neuen PCI-Bus, ...Tja, da hapert es wohl noch mit meinem Verständnis. Auf PCI greife ich doch über 2 Register zu. (1 mal Adresse und 1 mal Daten) Das Adressregister ist aufgeteilt in Bus, Gerät und Funktion. Damit habe ich doch schon mehrere Busse. Wofür dann noch Bridges? Entweder kann ich auf die anderen Busse nur zugreifen, wenn die Bridge richtig angelegt ist, oder die Bridge selber stellt nochmal 2 Ports (Daten und Adresse) zur Verfügung. Das wird im Wiki leider nicht so richtig ersichtlich.
Dann brauchst du dir über meine Hinweise auch keine großen Gedanken machen.Hab ich auch erst gedacht, aber dann ist mir eingefallen, dass ich trotzdem Treiberklassen brauche und mir somit über alles klar werden muss.
Außerdem will ich ja lernen... 
oder jedes Dateisystem stellt sein eigenes VFS-Interface bereit ("Laufwerksbuchstaben").Die Idee gefällt mir, weil ich sowieso auf Laufwerksbuchstaben hinaus wollte. Aber dise Buchstaben müssen ja auch verwaltet werden. (Damit es keine doppelten gibt) Also werde ich doch ein zentrales VFS benötigen... Das kann ich dann bei Bedarf auch schnell zu einem Linux-Style VFS umprogrammieren.
Da fällt mir ein: Das VFS kann sich ja einfach alle Instanzen der Dateisystem Treiber geben lassen. 
dass du die Treiber in einer gewissen Reihenfolge laden musst, und dass du gewisse Treiber u.U. auch mehrfach laden musst (z.B. PCI-PCI-Bridges).Das mit den PCI-PCI-Bridges verstehe ich noch nicht so ganz. Ich weiß, dass sie 2 Busse miteinander verbinden, aber sind die nicht schon vom BIOS initialisiert? Ist nicht alles vom BIOS initialisiert was PCI betrifft?
Das Treiber-Interface sollte aber natürlich weder FAT12 noch FAT sein, sondern was allgemeines für Dateisysteme, wo du dann später auch z.B. einen ext2-Treiber einfach reinhängen kannst.Da hast du natürlich recht.
Ich war anscheinend schon bei der Implementierung. Diese kann man bei FAT ja eigentlich zusammenfassen.
) benutzen.