TODO

Aus Lowlevel
Version vom 5. Februar 2011, 13:37 Uhr von MNemo (Diskussion | Beiträge) (→‎Kleinigkeiten: + Interwiki links)
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)

Wichtig: Wenn ihr einen Punkt kommentieren wollt signiert euren Kommentar bitte via --~~~~. Dadurch kann ein Kommentar auch einem User zugeordnet werden und eventuell via Forum oder im IRC darüber diskutiert werden.

Überarbeiten/Fehler beheben

Magazin ausschlachten

Erweitern

  • System Management Mode
    • Was soll da rein? Viel mehr als wofür er genutzt wird, würde ich da nicht reinpacken… —Clici McXan 18:32, 3. Okt. 2010 (CEST)
    • Und genau das hab ich jetzt schon reingeschrieben —Clici McXan 18:52, 3. Okt. 2010 (CEST)
    • Sehe ich auch so. --DesL 04:10, 13. Okt. 2010 (CEST)
  • ISA Der vollständigkeit halber PnP beschreiben.
    • Wieso werden meine Fragen einfach entfernt? Nichtsdestotrotz: Wer braucht das wirklich, sodass es auf dieser Liste stehen muss? (Kategorie:TODO per Vorlage:TODO reicht ja) —Clici McXan 18:52, 3. Okt. 2010 (CEST)
    • Hab ich auf der Diskussionsseite zu ISA nicht klar erklärt warum es in heutigen PCs (der letzten >10 Jahre) kein ISA-PnP mehr gibt? --Erik.vikinger 09:43, 4. Okt. 2010 (CEST)
  • Textausgabe RealMode
    • Ich bin mit der Gliederung des Artikels überhaupt nicht einverstanden, muss man extra zwei Tutorials zur Textausgabe in den Artikel packen? Reicht es nicht, einfach zu Beschreiben, wie man das macht? Muss man für alles ein Händchen-Halt-Tutorial schreiben? --DerHartmut 18:49, 3. Okt. 2010 (CEST)
  • Heapverwaltung: Buddy?
    • Buddy hinzugefügt. --DesL 13:57, 13. Okt. 2010 (CEST)
  • FAT: Wie liest man Dateien?
    • Sollte man das nicht selbst anhand des Artikels rausfinden können? —Clici McXan 18:32, 3. Okt. 2010 (CEST)
    • Vieleicht nur ein kurzer Umriss was in welcher Reihenfolge zu tun ist? --DesL 04:10, 13. Okt. 2010 (CEST)
  • 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)
    • Finde ich vom Inhalt her ausreichend --DesL 04:10, 13. Okt. 2010 (CEST)
  • SMP
  • APM
  • APIC
  • Cross-Compiler: aus irgendeinem Grund ist hier der i*86 Teil weggefallen
  • Mathematischer Koprozessor - Programmierung, Einsatz im OS-Dev
    • FPU wird bei OS-Dev eher weniger als bei anderer Programmierung eingesetzt, oder? Korrekter wäre vielleicht, wie man math.h-Funktionen implementiert, aber das sollte man imho auch per Intelmanual rausfinden können… —Clici McXan 18:32, 3. Okt. 2010 (CEST)
  • Troubleshooting Themen siehe Diskussion:Erste_Hilfe
  • 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
  • x86-64: SSE und FPU Register in FPU (x86) und SSE oder so verschieben
  • AMD PCnet
  • Interne Darstellung der Zahlen, Darstellungsmöglichkeiten negativer Zahlen, Aufbau von Gleitkommazahlen (IEEE)
  • VFS - Mach ich demnächst. --DesL 04:10, 13. Okt. 2010 (CEST)
    • Habe die Baum-Implementation eingebaut, wer was anderes sehen will soll es einbauen. --DesL 15:00, 13. Okt. 2010 (CEST)
  • ISO9660 - Scheint ganz unten etwas zu fehlen.

Kleinigkeiten

Neu erstellen

Gehört das nicht eher zu "Erweitern"? Wenn ich die Zeit finde werde ich mich mir das mit Qemu mal angucken... --RedEagle 15:34, 5. Okt. 2010 (CEST)
Ich habe in den Artikel Debugging eine Kurzbeschreibung geschrieben, wie man mit GDB und QEMU debuggt. --Markus111 16:24, 20. Okt. 2010 (CEST)
  • OHCI
  • EHCI
  • xHCI
  • ACPI
  • 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.
  • 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)
  • Java, z.B wie der Bytecode aussieht oder eine VM funktioniert --Bjork 21:30, 8. Jan. 2011 (CET)
  • 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=9432“