TODO
Aus Lowlevel
Inhaltsverzeichnis
Überarbeiten
- Das Wiki braucht dringend einen neuen Kategorienbaum. Manche Artikel kann man im Moment wirklich nicht vernünftig kategorisieren. Alles nur nach Kategorie:Glossar zu stopfen kann es auch nicht sein. (siehe auch Lowlevel:Kategoriebaum)
- System Management Mode
- GRUB Installation auf einem USB-Stick
- Kernel
- Exokernel einarbeiten und dann redirecten
- ISA
Magazin ausschlachten
- Ausgabe 1: Lowlevel-Grundlagen
- Ausgabe 2: Lowlevel-Grundlagen
- Ausgabe 1: Etwas Systemtheorie -> Bootprozess oder so
Erweitern
- Mathematischer Koprozessor - Programmierung, Einsatz im OS-Dev
- Treiber
- Linux Artikel erweitern
- IPC: Ideen für RPC aus dem Thread im Forum
- FAT: Was sind Cluster? Wie liest man Dateien?
- das PE-Dateiformat erklären
- Long Mode
- Dateisysteme wie FAT, extfs, reiser, UDF, iso9660 usw.
- SMP
- APIC
- logischer Adressierungsmodus
- Benutzer:Bluecode glaubt, dass in der SMP-Spec irgendwas dazu steht wie die PIC mit dem Zeuch verbunden ist bzw. verbunden sein kann
- irgendwo edge- vs. level-triggered Interrupts besprechen
- x86
- x86-64: SSE und FPU Register in FPU (x86) und SSE oder so verschieben
- AMD PCnet Netzwerkkarte
- Floppy Disk Controller
- Kategorie:Versionsverwaltung
- OSDev dür Einsteiger Serie: auf irgendwas zum Umwandeln zwischen verschiedenen Zahlensystemen verweisen
- VFS
Kleinigkeiten
- I/O APIC: Beschreibung des INIT Delivery Modes
- GRUB: Beispiel für eine Config, die man jemandem geben kann, der einfach nur Kernel und Module im Speicher haben will.
Neu erstellen
- irgendwas zu QEMU und GDB, primär wie man beides zusammen verwendet
- Macht das im OS Dev überhaupt Sinn? Kann man mit GDB einen Kernel debuggen?!
- Ob es Sinn macht, weiß ich nicht, aber ergeben tut es welchen (tut-tuuut): Ja, man kann einen Kernel debuggen. Mit qemu eben.
- Ok. PS: Der Lok ergibt es Spaß zu pfeifen...
- Ob es Sinn macht, weiß ich nicht, aber ergeben tut es welchen (tut-tuuut): Ja, man kann einen Kernel debuggen. Mit qemu eben.
- Macht das im OS Dev überhaupt Sinn? Kann man mit GDB einen Kernel debuggen?!
- Entwicklungsumgebungen - Woraus sollte sie bestehen, welche Programme gibt es für einen Verwendungszweck - gesonderte Programmvorstellungen, vllt. Empfehlungen wären gut! Die unterschiedlichen Entwicklungsplattformen (Linux, Windows, ...) sollten schon aufgeführt sein.
- Teilweise erledigt: Editoren sind schon abgedeckt.
Interne Darstellung der Zahlen, Darstellungsmöglichkeiten negativer Zahlen, Aufbau von Gleitkommazahlen (IEEE)
- Muss noch ausgebaut werden, siehe Binäre Datentypen
- Wie funktionert eine CPU, ein Befehl, ein Maschinenzyklus, ein Interrupt? Alles, was an den Universitäten im Laufe von 2-4 Semestern gelehrt wird, in 5 Absätzen mit einer prise Humor und garniert mit bunten Struktogrammen.
- Datenblätter lesen und verstehen! Was tun, wenn das Internet kaputt gegangen ist, und man keine Codebeispiele zum Abtippen hat? (Zum Anfang vielleicht die Datenblätter von PIC, PIT und die Intel Manuals. Dann knackigere Sachen wie Netzwerkkarten, Soundkarten, ATA, ... was weiß ich.)
- Was meinst du damit? Soll das eine Anleitung werden, wie man Datenblätter ließt oder Primär eine Liste mit allen Datenblättern als Links? Programm Noob 14:53, 7. Jan. 2010 (CET)
- Eine Anleitung, Links zu Datenblättern sind bei den Artikeln weit besser aufgehoben
- Aritkel zu Datenstrukturen:
- Stack
- Heap
- Ausbau des Artikels Speicherverwaltung
- evtl noch kurz Datenstrukturen wie den "Binärbaum" (=binary tree) oder "Verlinkte Liste" (=linked list) erläutern?
- Artikel über Unix. Wir sollten uns echt schämen, dass wir als OS-Entwicklungs Wiki nichts darüber haben!
- Mit welchem Inhalt denn? --Bluecode 18:27, 21. Feb. 2010 (CET)
- Ein wenig zur Geschichte, aber hauptsächlich Internes wie zB. das VFS, das ja doch recht revolutionär war. --Bjork 19:44, 21. Feb. 2010 (CET)
- Geschichte halte ich nicht für relevant. Das kann wikipedia (besser). Und VFS kommt in einen Artikel zum VFS und in keinen zu Unix.--Bluecode 22:04, 21. Feb. 2010 (CET)
- Zur Geschichte reichen ja drei, vier Zeilen. Aber ein wenig das Design von Unix sollte man dennoch beschreiben (Monolith, VFS, Syscall, viel mehr ist das ja auch nicht), da vor allem Anfäger bei der Wahl ihres Designs für ihr Betriebssystem bei den "Großen" abschauen. --Bjork 15:11, 22. Feb. 2010 (CET)
- Es könnte sein, dass wir mit Unix verschiedene Dinge meinen. Ich meine damit eigentlich ein System, dass der Single Unix Specification genügt (oder alternative und bekannter: POSIX). Keiner der beiden Spezifikationen sagt aber irgendetwas über die Kernelart oder die Syscalls aus. Falls du wirklich das eine Unix von Bell Labs meinst, dann interessiert das doch noch viel weniger Leute. Da kann man dann lieber den Linux Artikel endlich sinnvoll ausbauen. Es könnte auch sinnvoll sein, wenn du einfach den Artikel anfängst zu schreiben...--Bluecode 15:35, 22. Feb. 2010 (CET)
- Ja, stimmt, da haben wir ein wenig aneinander vorbei geredet. Ich meinte das System von Bell Labs und hab einen Aritkel dazu geschrieben. Dann können wir die Diskussion auch da weiter führen, falls nötig. --Bjork 16:53, 22. Feb. 2010 (CET)
Diskussionen, die sich noch nicht erledigt haben
- Diskussion:Ausgabe 2
- weitere: siehe Liste der Diskussionsseiten
Siehe auch: Gewünschte Seiten | Gewünschte Kategorieseiten