| Zeile 1: | Zeile 1: | ||
| + | * 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 == | == Überarbeiten == | ||
| − | |||
* [[System Management Mode]] | * [[System Management Mode]] | ||
* [[ISA]] | * [[ISA]] | ||
* [[Textausgabe]] bedarf wahrscheinlich der Überarbeitung (stilistisch) | * [[Textausgabe]] bedarf wahrscheinlich der Überarbeitung (stilistisch) | ||
* [[GRUB#GRUB 2]]: Sowohl Diskettenimage als auch CD-Image scheint nicht wirklich zu tun | * [[GRUB#GRUB 2]]: Sowohl Diskettenimage als auch CD-Image scheint nicht wirklich zu tun | ||
| + | * [[Floppy Disk Controller]] | ||
== Magazin ausschlachten == | == Magazin ausschlachten == | ||
| Zeile 12: | Zeile 14: | ||
== Erweitern == | == Erweitern == | ||
* [[Heapverwaltung]]: Buddy? | * [[Heapverwaltung]]: Buddy? | ||
| + | * [[FAT]]: Wie liest man Dateien? | ||
| + | * [[Long Mode]] | ||
| + | * [[SMP]] | ||
| + | * [[APIC]] | ||
| + | * [[Cross-Compiler]]: aus irgendeinem Grund ist hier der i*86 Teil weggefallen | ||
| + | * [[Mathematischer Koprozessor]] - Programmierung, Einsatz im OS-Dev | ||
* [[Troubleshooting]] | * [[Troubleshooting]] | ||
** du wolltest eine IDT/GDT laden und es gibt Exceptions? Registerdump des Emulators IDTR und GDTR (Adresse und Größe) überprüfen | ** 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 | ** bitte Liste erweitern | ||
*** Mich würde viel mehr interessieren, wo man die Grenze setzt zwischen Kinderkram und interessantem/nützlichem Troubleshooting? | *** Mich würde viel mehr interessieren, wo man die Grenze setzt zwischen Kinderkram und interessantem/nützlichem Troubleshooting? | ||
| − | |||
| − | |||
* [[Linux | Linux Artikel erweitern]] | * [[Linux | Linux Artikel erweitern]] | ||
** Was wäre denn speziell gewünscht? Über Linux könnte man halt Bücher füllen. | ** Was wäre denn speziell gewünscht? Über Linux könnte man halt Bücher füllen. | ||
| Zeile 23: | Zeile 29: | ||
** Welcher Thread? Der hier: http://forum.lowlevel.eu/index.php?topic=1787.0 Steht im Artikel unter Links. | ** 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). | *** 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 | ** 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 | ** [[Benutzer:Bluecode]] glaubt, dass in der SMP-Spec irgendwas dazu steht wie die PIC mit dem Zeuch verbunden ist bzw. verbunden sein kann | ||
| Zeile 42: | Zeile 41: | ||
** Liste der Hardware die sonst noch zu einem x86-System gehört | ** 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 | * [[x86-64]]: SSE und FPU Register in [[FPU (x86)]] und [[SSE]] oder so verschieben | ||
| − | * [[AMD PCnet | + | * [[AMD PCnet]] |
| − | |||
| − | |||
== Kleinigkeiten == | == Kleinigkeiten == | ||
| Zeile 50: | Zeile 47: | ||
== Neu erstellen == | == Neu erstellen == | ||
| − | * | + | * [http://de.wikipedia.org/wiki/GUID_Partition_Table GUID-Partitionierungsschema] |
| + | * [http://de.wikipedia.org/wiki/Extensible_Firmware_Interface 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. | * 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: [[Editor]]en sind schon abgedeckt. | ** Teilweise erledigt: [[Editor]]en sind schon abgedeckt. | ||
| Zeile 59: | Zeile 67: | ||
: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? [[Benutzer:Programm Noob|Programm Noob]] 14:53, 7. Jan. 2010 (CET) | :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? [[Benutzer:Programm Noob|Programm Noob]] 14:53, 7. Jan. 2010 (CET) | ||
:: Eine Anleitung, Links zu Datenblättern sind bei den Artikeln weit besser aufgehoben | :: 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. --[[Benutzer:Erik.vikinger|Erik.vikinger]] 18:40, 16. Apr. 2010 (CEST) | * 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. --[[Benutzer:Erik.vikinger|Erik.vikinger]] 18:40, 16. Apr. 2010 (CEST) | ||
| − | |||
| − | |||
* Hier kommt dein Wunsch hin ;) | * Hier kommt dein Wunsch hin ;) | ||