AiCOS — Änderungen 6245 → 7401

~~| Text = Diese Seite wird derzeit durch ScollPi dem Autor von AiCOS überarbeitet.~~

~~Bitte keine anderweitigen Änderungen (z.B. Beseitigung von Schreibfehlern) vornehmen, bis dieser Vorgang abgeschlossen ist.~~

| Name = http://aicos.amazing-fx.de/images/AiCOS-Logo-small.png

Sollte sich die Entwicklung dieses OS meinen Erwartungen entsprechen, könnte diese AiCOS in einigen Jahren auch für '''''A'''rtificial '''i'''ntelligence '''C'''ontrolled '''O'''perating '''S'''ystem'' stehen. Klingt nach '''SKYNET''', könnte man denken, wird aber keinesfalls beabsichtig.

=== Entwickler & Lizenz ===

Derzeit unterliegt die komplette Entwicklung von AiCOS einer einzigen Persion, nämlich mich, [[Benutzer:ScollPi | ScollPi]]. Dies soll aber nicht für immer bleiben. Wenn wichtigsten Konzepte des OS (überwiegend Kernel) erstellt und ggf. auch schon umgesetzt wurden, werde ich meine Türe öffnen und andere Begeisterte mit in dieses Boot nehmen.

Steht noch nicht fest. Derzeit ClosedSource, soll aber später, wenn ich andere mitwirken lassen, OpenSource werden.

Erstmal nur ~~für~~ x86 für 32/64-Bit Plattformen.

Erstmal nur aus x86-Reihe für 32/64-Bit Plattformen.

=== Binärformat ===

Vorerst BIN, ggf. auch EXE. Ob ELF unterstützt wird, ist eine Frage der Implementierung.

Vorerst BIN, ggf. auch EXE. Ob ELF unterstützt wird, ist eine Frage der Implementierung. Ein ganz anderes Format wäre natürlich auch denkbar.

Den einzigen gemeinsamer Nenner, den ich finden konnte und auch bei der derzeitigen CPU-Entwicklung für zukunftsicher halte, sind Channels.

Channels sollen später auch die Grundlage ~~eigenes~~ Netzwerkprotokolls werden, welches anfangs eher über IP zu einer anderen Maschine mit AiCOS getunnelt wird.

Channels sollen später auch die Grundlage eines eigenen Netzwerkprotokolls werden, welches anfangs eher über IP zu einer anderen Maschine mit AiCOS getunnelt wird.

** Intel Core 2 Quad mit 8 GiB RAM

** [http://www.microsoft.com/germany/windows/windows-xp/ Microsoft ~~XP Pro~~] >>> [[Windows]]

** [http://www.microsoft.com/germany/windows/windows-7/ Microsoft Windows 7 (64-bit)] >>> [[Windows]]

** [http://www.microsoft.com/germany/express/ Microsoft Visual Studio 2008 Express]

** [http://www.microsoft.com/downloads/details.aspx?FamilyID=333325fd-ae52-4e35-b531-508d977d32a6&DisplayLang=de Mircosoft .NET Framework v3.5]

** [http://www.microsoft.com/whdc/devtools/debugging/default.mspx Microsoft Windows-Debugger x86/x64 für Kernel-Debug]

** [http://www.microsoft.com/downloads/details.aspx?FamilyID=28c97d22-6eb8-4a09-a7f7-f6c7a1f000b5&DisplayLang=de Microsoft Virtual PC 2007 inkl. SP 1] >>> [[Microsoft Virtual PC]]

* '''Referenzmaterial'''

** [http://www.codeplex.com/singularity Microsoft Singularity RDK 2.0]

~~| Text = Alle ab hier folgenden Abschnitte werden noch überarbeitet~~.

Ich wurde gefragt, warum ich zum Booten meines OS denn nicht GRUB nehme. Nun, erstens brauche ich nur einen Bootloader und keinen ganzen Bootmanager. Zudem muss der Bootloader in der Lage sein, ein Modulares-Kernel-System laden und initialisieren zu können. Wie anfangs schon gesagt, AiCOS geht ganz neue Wege. Und zweitens geht es mir bei der Entwicklung auch darum den Bootvorgang zu verstehen. Dazu schaue ich mir den Bootcode an, den Windows XP verwendet (also NT-Bootsektor und NTLDR).

~~'''Testumgebung:'''~~

~~Es wird immer zuerst~~ in der ~~VM auf dem Entwicklungssystem getestet und erst wenn da alles ohne Probleme läuft~~, ~~wird auf der realen Maschine getestet. Als Test-PC dient da einmal~~ ein ~~P2 mit müden 400 MHz als Single~~-~~Core, um vor allem die Boot~~-~~Phasen~~ zu ~~testen~~. OK, ~~derzeit benutze ich einen Laptop mit P3 mit 1 GHz und satten 256 MiB RAM~~. ~~Versehentlich~~ auch ~~mal Tests auf meinem Quad-Core, wenn~~ ich ~~vergessen habe die Diskette nach dem Testen rauszunehmen. Aber da zeigt sich schon~~, ~~dass auf der realen Maschine alles genauso läuft wie bisher in der VM~~.

* ~~Der Bootsektor wird so geschrieben~~, ~~dass es im Prinzip egal ist, an welcher Adresse dieser geladen und ausgeführt wird~~. ~~Derzeit~~ wird ~~noch ein Fehlercode ausgeben und die Ausführung angehalten~~, ~~wenn sich der Bootcode nicht an der Adresse 0x00007C00 befindet~~.

* Universeller Aufbau, sodass nur die Routinen für das jeweiliges Dateisystem ausgetauscht werden müssen.

* ~~Für jedes [[~~Dateisystem ~~| FS]] (RAW~~, ~~FAT~~, FAT32 und ~~ISO9660) auf dem AiCOS zum Einsatz kommen wird, wird es einen entsprechenden Bootcode geben~~.

* Es wird nicht versucht, den gesamten Code zum vollständigen Laden des Bootloaders in den Bootsektor zu quetschen.

* ~~Die Aufgabe des Bootsektors sollte wohl ja klar sein, nämlich unabhängig vom Medium den Bootloader zu laden und auszuführen~~.

* Bootcode wird es anfangs für folgende Dateisystem geben: FAT12, FAT16, FAT32, ROSF, ISO9660 und eventuell auch NTFS.

* Zukünftige Festplatten mit 4k-Sektoren werden ebenfalls berücksichtigt.

** Subsystem-Kernel, für weitere Treiber, Filter und und und ...

* Soll in sich redundant werden, erfordert aber mind. 2 CPUs bzw. 2 CPU-Kerne.

''' Die letzten 10 Änderungen:'''

* 18.03.2010: Entwicklungsinfo

** Lange war es ruhig um AiCOS, doch wirklich ruhte die Entwicklung nicht. Es wurde vor allem in der Theorie gefeilt. Zur Zeit wird an der Überarbeitung des Bootsektors gearbeitet, da dieser universal aufgebaut sein soll und sich nur in den Bestandteilen des jeweiligen Dateisystem unterscheidet. Zeitgleich wird auch am Bootloader gearbeitet, vor allem am Assebler-Part.

* 15.01.2009: Version 0.00.??.??

** ROFS-Bootsektor-Code finalisiert, es kann nun auch eine Datei grö´ßer 64KiB geladen werden. Der Bootloader selbst wurde wegen seiner PM-Funktionalität auf 256 KiB beschränkt.

* ~~Bootsector für ROFS~~, ~~FDD-Version.~~

* ''Noch nicht wirklich etwas, nur Baustelle =)''

** Entry16: 16-Bit-Einsprung in Assembler

** Entry32: 32-Bit-PM-Einsprung in Assembler

** Routinen für Textausgabe, darunter auch mit printf()

** COM-Treiber: für Kernel-Debug benötigt

** SMAP (System Memory Map)

* Bootsektor für FAT12

** Paging mit PAE (~~bisher~~ nur ~~2 MiB gemappt, sollte erstmal für Bootloader-Spielereien reichen).~~

* Dummy-Bootloader (einfach nur eine 256 KiB große Datei mit Pseudodaten)

** Memory Management.

** ACPI (Um Anzahl der Cores zu ermitteln).

* Homepage für AiCOS.

* Bootsektor für FAT16

** ~~System-Shell~~ (~~Kernel-Ersatz, dient zum Anzeigen wichtiger~~ System-~~Informationen und wird als CLI [Command Line Interface] aufgesetzt.~~

* Bootsektor für FAT32

* Bootsektor für ROFS (Read Only File System - Eigenentwicklung

* Bootsektor für CD

* Bootsektor für NTFS

''' ~~Ziele für Sprung~~ in ~~Research Phase 1 (Version 0.01)~~'''

'''Folgt in Kürze'''

* Funtionierender Bootsektor für Floppy (ROFS) und CD (ISO9660) - (Einheitlicher Code, bis auf die unterschiedliche Sektorgröße).

* Funktionierender Bootloader, der System-Vorab-Checks durchführt, bevor gewissen Funktionen wie Protected Mode oder Paging benutzt werden.

* Ausführliche Comments in Bootsektoren und Bootloader.

* AiCOS-Source-Tree, Hardwarebedingter Code wird von System-Code getrennt, damit soll später eine bessere Portierbarkeit erreicht werden, wodurch nur der Hardwarebedingte Code (überwiegend Assembler) ausgetauscht werden muss.

* AiCOS-Startup-Dummy.

~~''' Ziele für Sprung in Research Phase 2 (Version 0.02)'''~~

* Differenzierung des Kernelgrundsystem in Management-Kernel, CPU-Kernel & I/O-Kernel

* Channel-System als IPC implementieren

* Hello-World-Prozess

Ein vollwertiges OS auf die Beine zu stellen, welches sich auch im Netzwerkbereich behaupten kann. Dabei wird keinster Weise direkt Code von anderen OS verwendet, vorallem keine Bootloader wie z.B. Grub! Vielmehr wird deren Funktionsweise analysiert.

Ein vollwertiges OS auf die Beine zu stellen, welches sich auch im Netzwerkbereich behaupten kann. Dabei wird in keinster Weise direkt Code von anderen OS verwendet, vorallem keine Bootloader wie z.B. Grub! Vielmehr wird deren Funktionsweise analysiert.

Der Kernel, besser gesagt das Kernel-System von AiCOS wird keines im Sinnes der Definition eines Kernels sein, sondern vielmehr ein Systemkern aus einer modularen Ansammlung mehrere Mikrokernels.

[[Kategorie:Betriebssystem]]

@@ Zeile 1: / Zeile 1: @@
-{{Achtung
-| Text = Diese Seite wird derzeit durch ScollPi dem Autor von AiCOS überarbeitet.
-Bitte keine anderweitigen Änderungen (z.B. Beseitigung von Schreibfehlern) vornehmen, bis dieser Vorgang abgeschlossen ist.
-}}
 {{Infobox OS
 | Name = http://aicos.amazing-fx.de/images/AiCOS-Logo-small.png
@@ Zeile 36: / Zeile 30: @@
 Sollte sich die Entwicklung dieses OS meinen Erwartungen entsprechen, könnte diese AiCOS in einigen Jahren auch für '''''A'''rtificial '''i'''ntelligence '''C'''ontrolled '''O'''perating '''S'''ystem'' stehen. Klingt nach '''SKYNET''', könnte man denken, wird aber keinesfalls beabsichtig.
-=== Entwickler ===
+=== Entwickler & Lizenz ===
 Derzeit unterliegt die komplette Entwicklung von AiCOS einer einzigen Persion, nämlich mich, [[Benutzer:ScollPi | ScollPi]]. Dies soll aber nicht für immer bleiben. Wenn wichtigsten Konzepte des OS (überwiegend Kernel) erstellt und ggf. auch schon umgesetzt wurden, werde ich meine Türe öffnen und andere Begeisterte mit in dieses Boot nehmen.
-=== Lizenz ===
 Steht noch nicht fest. Derzeit ClosedSource, soll aber später, wenn ich andere mitwirken lassen, OpenSource werden.
 === Plattform ===
-Erstmal nur für x86 für 32/64-Bit Plattformen.
+Erstmal nur aus x86-Reihe für 32/64-Bit Plattformen.
 === Kernel ===
@@ Zeile 60: / Zeile 53: @@
 === Binärformat ===
-Vorerst BIN, ggf. auch EXE. Ob ELF unterstützt wird, ist eine Frage der Implementierung.
+Vorerst BIN, ggf. auch EXE. Ob ELF unterstützt wird, ist eine Frage der Implementierung. Ein ganz anderes Format wäre natürlich auch denkbar.
 === IPC-Methode ===
 Den einzigen gemeinsamer Nenner, den ich finden konnte und auch bei der derzeitigen CPU-Entwicklung für zukunftsicher halte, sind Channels.
-Channels sollen später auch die Grundlage eigenes Netzwerkprotokolls werden, welches anfangs eher über IP zu einer anderen Maschine mit AiCOS getunnelt wird.
+Channels sollen später auch die Grundlage eines eigenen Netzwerkprotokolls werden, welches anfangs eher über IP zu einer anderen Maschine mit AiCOS getunnelt wird.
@@ Zeile 71: / Zeile 64: @@
 ** Intel Core 2 Quad mit 8 GiB RAM
 * '''Software'''
-** [http://www.microsoft.com/germany/windows/windows-xp/ Microsoft XP Pro] >>> [[Windows]]
+** [http://www.microsoft.com/germany/windows/windows-7/ Microsoft Windows 7 (64-bit)] >>> [[Windows]]
 ** [http://www.microsoft.com/germany/express/ Microsoft Visual Studio 2008 Express]
 ** [http://www.microsoft.com/downloads/details.aspx?FamilyID=333325fd-ae52-4e35-b531-508d977d32a6&DisplayLang=de Mircosoft .NET Framework v3.5]
 ** [http://www.microsoft.com/whdc/devtools/debugging/default.mspx Microsoft Windows-Debugger x86/x64 für Kernel-Debug]
 ** [http://www.microsoft.com/downloads/details.aspx?FamilyID=28c97d22-6eb8-4a09-a7f7-f6c7a1f000b5&DisplayLang=de Microsoft Virtual PC 2007 inkl. SP 1] >>> [[Microsoft Virtual PC]]
+** Sun VirtualBox
+** Bochs
 * '''Referenzmaterial'''
 ** [http://www.codeplex.com/singularity Microsoft Singularity RDK 2.0]
@@ Zeile 82: / Zeile 77: @@
-{{Hinweis
+= Konzept =
-| Text = Alle ab hier folgenden Abschnitte werden noch überarbeitet.
+Ich wurde gefragt, warum ich zum Booten meines OS denn nicht GRUB nehme. Nun, erstens brauche ich nur einen Bootloader und keinen ganzen Bootmanager. Zudem muss der Bootloader in der Lage sein, ein Modulares-Kernel-System laden und initialisieren zu können. Wie anfangs schon gesagt, AiCOS geht ganz neue Wege. Und zweitens geht es mir bei der Entwicklung auch darum den Bootvorgang zu verstehen. Dazu schaue ich mir den Bootcode an, den Windows XP verwendet (also NT-Bootsektor und NTLDR).
-}}
-'''Testumgebung:'''
-Es wird immer zuerst in der VM auf dem Entwicklungssystem getestet und erst wenn da alles ohne Probleme läuft, wird auf der realen Maschine getestet. Als Test-PC dient da einmal ein P2 mit müden 400 MHz als Single-Core, um vor allem die Boot-Phasen zu testen. OK, derzeit benutze ich einen Laptop mit P3 mit 1 GHz und satten 256 MiB RAM. Versehentlich auch mal Tests auf meinem Quad-Core, wenn ich vergessen habe die Diskette nach dem Testen rauszunehmen. Aber da zeigt sich schon, dass auf der realen Maschine alles genauso läuft wie bisher in der VM.
-= Konzept =
 === Bootsektor ===
-* Der Bootsektor wird so geschrieben, dass es im Prinzip egal ist, an welcher Adresse dieser geladen und ausgeführt wird. Derzeit wird noch ein Fehlercode ausgeben und die Ausführung angehalten, wenn sich der Bootcode nicht an der Adresse 0x00007C00 befindet.
+* Universeller Aufbau, sodass nur die Routinen für das jeweiliges Dateisystem ausgetauscht werden müssen.
-* Für jedes [[Dateisystem | FS]] (RAW, FAT, FAT32 und ISO9660) auf dem AiCOS zum Einsatz kommen wird, wird es einen entsprechenden Bootcode geben.
+* Es wird nicht versucht, den gesamten Code zum vollständigen Laden des Bootloaders in den Bootsektor zu quetschen.
-* Die Aufgabe des Bootsektors sollte wohl ja klar sein, nämlich unabhängig vom Medium den Bootloader zu laden und auszuführen.
+* Bootcode wird es anfangs für folgende Dateisystem geben: FAT12, FAT16, FAT32, ROSF, ISO9660 und eventuell auch NTFS.
+* Zukünftige Festplatten mit 4k-Sektoren werden ebenfalls berücksichtigt.
 === Bootloader ===
 * Protected-Mode
@@ Zeile 113: / Zeile 103: @@
 ** Subsystem-Kernel, für weitere Treiber, Filter und und und ...
 * Soll in sich redundant werden, erfordert aber mind. 2 CPUs bzw. 2 CPU-Kerne.
 '''Notiz:'''
@@ Zeile 120: / Zeile 111: @@
 = History =
 ''' Die letzten 10 Änderungen:'''
+* 18.03.2010: Entwicklungsinfo
+** Lange war es ruhig um AiCOS, doch wirklich ruhte die Entwicklung nicht. Es wurde vor allem in der Theorie gefeilt. Zur Zeit wird an der Überarbeitung des Bootsektors gearbeitet, da dieser universal aufgebaut sein soll und sich nur in den Bestandteilen des jeweiligen Dateisystem unterscheidet. Zeitgleich wird auch am Bootloader gearbeitet, vor allem am Assebler-Part.
 * 15.01.2009: Version 0.00.??.??
 ** ROFS-Bootsektor-Code finalisiert, es kann nun auch eine Datei grö´ßer 64KiB geladen werden. Der Bootloader selbst wurde wegen seiner PM-Funktionalität auf 256 KiB beschränkt.
@@ Zeile 162: / Zeile 155: @@
 = Stand der Dinge =
 ''' Fertig: '''
-* Bootsector für ROFS, FDD-Version.
+* ''Noch nicht wirklich etwas, nur Baustelle =)''
-* Bootloader
-** Entry16: 16-Bit-Einsprung in Assembler
-** Entry32: 32-Bit-PM-Einsprung in Assembler
-** Entry: C++ Part
-** Routinen für Textausgabe, darunter auch mit printf()
-** COM-Treiber: für Kernel-Debug benötigt
-** Kernel-Debug
-** SMAP (System Memory Map)
 ''' In Arbeit: '''
-* Bootloader
+* Bootsektor für FAT12
-** Paging mit PAE (bisher nur 2 MiB gemappt, sollte erstmal für Bootloader-Spielereien reichen).
+* Dummy-Bootloader (einfach nur eine 256 KiB große Datei mit Pseudodaten)
-** Memory Management.
-** PCI Suuport.
-** PnP Support.
-** ACPI Support.
-** ACPI (Um Anzahl der Cores zu ermitteln).
-* Homepage für AiCOS.
 ''' Geplant: '''
-* Bootloader
+* Bootsektor für FAT16
-** System-Shell (Kernel-Ersatz, dient zum Anzeigen wichtiger System-Informationen und wird als CLI [Command Line Interface] aufgesetzt.
+* Bootsektor für FAT32
+* Bootsektor für ROFS (Read Only File System - Eigenentwicklung
 * Bootsektor für CD
+* Bootsektor für NTFS
 = Roadmap =
-''' Ziele für Sprung in Research Phase 1 (Version 0.01)'''
+'''Folgt in Kürze'''
-* Single-CPU
-* Funtionierender Bootsektor für Floppy (ROFS) und CD (ISO9660) - (Einheitlicher Code, bis auf die unterschiedliche Sektorgröße).
-* Funktionierender Bootloader, der System-Vorab-Checks durchführt, bevor gewissen Funktionen wie Protected Mode oder Paging benutzt werden.
-* Ausführliche Comments in Bootsektoren und Bootloader.
-* AiCOS-Source-Tree, Hardwarebedingter Code wird von System-Code getrennt, damit soll später eine bessere Portierbarkeit erreicht werden, wodurch nur der Hardwarebedingte Code (überwiegend Assembler) ausgetauscht werden muss.
-* AiCOS-Startup-Dummy.
-''' Ziele für Sprung in Research Phase 2 (Version 0.02)'''
-* Differenzierung des Kernelgrundsystem in Management-Kernel, CPU-Kernel & I/O-Kernel
-* Channel-System als IPC implementieren
-* Hello-World-Prozess
@@ Zeile 226: / Zeile 196: @@
 = Ziele =
-Ein vollwertiges OS auf die Beine zu stellen, welches sich auch im Netzwerkbereich behaupten kann. Dabei wird keinster Weise direkt Code von anderen OS verwendet, vorallem keine Bootloader wie z.B. Grub! Vielmehr wird deren Funktionsweise analysiert.
+Ein vollwertiges OS auf die Beine zu stellen, welches sich auch im Netzwerkbereich behaupten kann. Dabei wird in keinster Weise direkt Code von anderen OS verwendet, vorallem keine Bootloader wie z.B. Grub! Vielmehr wird deren Funktionsweise analysiert.
 Der Kernel, besser gesagt das Kernel-System von AiCOS wird keines im Sinnes der Definition eines Kernels sein, sondern vielmehr ein Systemkern aus einer modularen Ansammlung mehrere Mikrokernels.
 [[Kategorie:Betriebssystem]]