TODO

Aus Lowlevel

Wechseln zu: Navigation, Suche

Inhaltsverzeichnis

Überarbeiten

Magazin ausschlachten

Erweitern

  • Heapverwaltung Freispeicherliste überarbeiten/ausbauen
  • 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?
  • Cross-Compiler: aus irgendeinem Grund ist hier der i*86 Teil weggefallen
  • Mathematischer Koprozessor - Programmierung, Einsatz im OS-Dev
  • Linux Artikel erweitern
    • Was wäre denn speziell gewünscht? Über Linux könnte man halt Bücher füllen.
  • 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).
  • FAT: Wie liest man Dateien? Welche Zeichen genau sind für Dateinamen erlaubt?
  • 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
    • 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 Netzwerkkarte
  • Floppy Disk Controller
  • Kategorie:Versionsverwaltung
  • VFS

Kleinigkeiten

  • I/O APIC: Beschreibung des INIT Delivery Modes

Neu erstellen

  • irgendwas zu QEMU und GDB, primär wie man beides zusammen verwendet
  • 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
  • USB und alles drumherum (UHCI, OHCI, EHCI, vielleicht ja auch xHCI)
    • Selbst eingetragen, nun löffel ich die Suppe auch selbst aus. Wer helfen kann und will, ist natürlich herzlich eingeladen! ;-) --XanClic 01:21, 6. Mär. 2010 (CET)
  • APM, und vielleicht als Beispiel wie man damit einen PC herunterfährt
    • Wäre ACPI nicht besser? Dazu gibt es im OS-Dev-Forum immerhin ein Beispiel (dazu könnte man ja einfach einen Link im ACPI-Artikel setzen): [1] --XanClic 14:47, 24. Feb. 2010 (CET)
    • Im Real Mode erledigt fehlt nur noch im Protected Mode --Thylôn 12:32, 1. Apr. 2010 (CEST)
  • Mich würde mal interessieren, wie man ein Programm für das eigenen OS portiert. Also mit einer Anleitung, wie man das dan compilern muss usw. --user94 21:14, 8. Mär. 2010 (CET)
    • Wie sowas funktioniert dürfte sehr stark von Deinem OS abhängen. Allgemeine Anleitungen sind da IMHO unmöglich. --Erik.vikinger 17:16, 9. Mär. 2010 (CET)
Ich mein, man hat ja eine libc oder so was ähnliches. Und wie kann man damit dann z.B. FASM compilern? Weil da steht ja, dass man nicht viel dazu braucht.--user94 19:20, 9. Mär. 2010 (CET)
Na ja, bei FASM linkt man halt einfach die libc-Objektdatei gegen die eigene libc.a. Bei anderen Sachen ist es aber eben um einiges komplizierter und weil es bei FASM so einfach ist, denke ich nicht, dass sich da eine Seite lohnt (wogegen es bei anderen Sachen eben, wie von Erik beschrieben, zu betriebssystemspezifisch ist). --XanClic 20:30, 9. Mär. 2010 (CET)
  • Möglicherweise lohnt es sich in jeweils einem Artikel zu beschreiben, wie man häufig verwendete Komponenten portiert. Zum Beispiel Compiler, Shells, oder Standard-Bibliotheken. lbuild ist sicherlich auch ein guter Ansatzpunkt. Weil da vermutlich keine Copy&Paste-Anleitung entstehen kann, könnte man das ganze als mehr oder weniger allgemein gehaltene Erfahrungsberichte halten, wie es sie teilweise auch auf osdev.org gibt. --Jidder 01:22, 28. Mär. 2010 (CET)
Zu Programmen die configure/make verwenden und sich an POSIX halten könnte man sicherlich ein bisschen was sagen. Aber sobald man die Anwendung wirklich ändern muss zum portieren wird es sehr schwierig.--Bluecode 19:21, 1. Apr. 2010 (CEST)
  • RaWrite: evtl. mit Commands usw.
  • 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)
  • Das neue/moderne GUID-Partitionierungsschema könnte mal hier im Wiki berücksichtigt werden. --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

Von „http://www.lowlevel.eu/wiki/TODO“
Persönliche Werkzeuge