TODO

Aus Lowlevel
Wechseln zu:Navigation,

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)

Überarbeiten

Magazin ausschlachten

Erweitern

  • Textausgabe RealMode
  • Heapverwaltung: Buddy?
  • FAT: Wie liest man Dateien?
  • Long Mode
  • Linux - Mache ich, Themen: Wie der Kernel funktioniert etc. --DerHartmut 18:03, 3. Okt. 2010 (CEST)
  • Windows - Mache ich, Themen: Wie der Kernel funktioniert etc. --DerHartmut 18:03, 3. Okt. 2010 (CEST)
  • SMP
  • APIC
  • Cross-Compiler: aus irgendeinem Grund ist hier der i*86 Teil weggefallen
  • Mathematischer Koprozessor - Programmierung, Einsatz im OS-Dev
  • Troubleshooting
    • du wolltest eine IDT/GDT laden und es gibt Exceptions? Registerdump des Emulators IDTR und GDTR (Adresse und Größe) überprüfen
    • bitte Liste erweitern
      • Mich würde viel mehr interessieren, wo man die Grenze setzt zwischen Kinderkram und interessantem/nützlichem Troubleshooting?
  • IPC: Ideen für RPC aus dem Thread im Forum
    • Welcher Thread? Der hier: http://forum.lowlevel.eu/index.php?topic=1787.0 Steht im Artikel unter Links.
      • Ja. Wobei bei den 4 Möglichkeiten von bluecode noch eine fehlt: der Thread der einen/mehrere Service(s) anbieten will wartet (blockierend per Syscall) einfach auf ankommende Anfragen, so ähnlich wie bei TCP-Server-Sockets. Die Anfrage könnte dann entweder im Thread selber bearbeitet werden (womit dann keine weiteren Anfragen parallel bearbeitet werden können) oder es wird ein Worker-Thread erstellt/aktiviert (wobei dann die Variante mit den OS-gemanagten-PopUp-Threads wieder interessanter klingt weil damit im Service eine Ebene weg fällt).
    • 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
    • Ergänzungen zur Handhabung von Interrupts
    • Eingehen auf verschiedene Befehlssätze
      • bluecode würde Vorschlagen nur auf FPU (x86), MMX und SSE zu verweisen
        • Das Wichtigste für uns OS-Frickler ist vielleicht, wie man die mit Multitasking kombiniert. Also wie man unnötiges Sichern/Wiederherstellen der Register vermeidet. 3DNow! wäre wohl auch noch ein Kandidat in der Liste.
          • 3DNow! ist eher bedeutungslos, von SSE überholt und wird hoffentlich nicht mehr eingesetzt, da es nur unter AMD CPUs läuft
    • Liste der Hardware die sonst noch zu einem x86-System gehört
  • x86-64: SSE und FPU Register in FPU (x86) und SSE oder so verschieben
  • AMD PCnet

Kleinigkeiten

  • I/O APIC: Beschreibung des INIT Delivery Modes

Neu erstellen

  • GUID-Partitionierungsschema
  • EFI
  • ReiserFS
  • UDF
  • Debuggen mit Qemu und GDB
  • OHCI
  • EHCI
  • xHCI
  • APM
  • ACPI
  • VFS
  • RaWrite: evtl. mit Commands usw.
  • 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)
  • 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
  • Variable Sektor-Größen bei Massenspeichern (Block-Devices). Dafür dürfte sich wohl kein eigener Artikel lohnen aber es sollte in einigen Artikeln berücksichtigt werden, z.B. könnten sich einige Dateisystem-Strukturen ändern wenn sie auf größere Sektoren "skaliert" werden (zumindest bei den komplexeren Dateisystemen, also nicht bei FAT). Auch müsste ein OS mit verschiedenen Sektorgrößen von verschiedenen Massenspeichern gleichzeitig umgehen können. "Variabel" deshalb weil ich nicht glaube, das wenn die HDD-Hersteller erst mal damit angefangen haben an der Sektorgröße zu drehen, das dann bei 4k wieder Schluss ist. --Erik.vikinger 18:40, 16. Apr. 2010 (CEST)
  • Hier kommt dein Wunsch hin ;)

Diskussionen, die sich noch nicht erledigt haben

Siehe auch: Gewünschte Seiten | Gewünschte Kategorieseiten | Seiten, die die TODO-Vorlage verwenden | Stubs

Abgerufen von „http://wiki.localhost:8080/w/index.php?title=TODO&oldid=8498“