Thema: FPU im Real Mode

[kevin]

Und wann kommt dann nach deinen Plänen Multiboot dazu? Was meinst du mit Module? Die initrd für Linux?

Die Reihenfolge ist seltsam, aber wenn du meinst... Ich würde es mir mit diesem Zeitplan zutrauen (aber natürlich ohne die Workarounds, die ich in meinem Setup nicht brauche). Ob du es kannst, weiß ich nicht.

[Programm Noob]

Multiboot ist wenn Linux geht schon drin. ELF auch.

[kevin]

Linux ohne ELF geht auch schlecht.

Also erstmal Multiboot, dann Linux, dann Multibootmodule?

[Programm Noob]

Ja also Linux erstmal nur der Kernel, und wenn das mit multiboot Modulen geht, dann sollte auch nen Vollständiges Linux gehen.

[Svenska]

Dir ist schon klar, dass Linux gerade kein Multibootkernel ist?

Für Linux gibt es ein relativ einfaches Bootmodell, welches du unter /usr/src/linux/Documentation/ findest. Der Kernel nimmt dir eine ganze Menge der Arbeit ab; auf anderen Architekturen ist es naturgemäß einfacher (ARM: Das Bootprotokoll besteht irgendwie aus einer Datenstruktur im Speicher, einem Zeiger darauf in einem Register, einer Kennziffer in einem Register und einem Sprung in den Kernel.)

Das sollte mMn (Workarounds mal weggerechnet) vor Weihnachten schaffbar sein. Achso, in dem Protokoll sind natürlich initrd und cmdline mit eingerechnet. Das zu trennen fände ich nicht zielführend.

Multiboot ist eine andere Baustelle, da darfst du auch gerne 3 Monate für einplanen - der Bootloader erledigt da eine Menge der Arbeit vorneweg.

Gruß

[kevin]

Ja also Linux erstmal nur der Kernel, und wenn das mit multiboot Modulen geht, dann sollte auch nen Vollständiges Linux gehen.

Okay. Du schaffst es nicht bis Weihnachten, weil du dich erstmal eine Weile damit beschäftigen solltest, wie denn unterschiedliche Systeme eigentlich genau booten.

[kevin]

Multiboot ist eine andere Baustelle, da darfst du auch gerne 3 Monate für einplanen - der Bootloader erledigt da eine Menge der Arbeit vorneweg.

Nicht wirklich. Ich weiß es nicht mehr ganz genau, aber ich glaube, die erste Multiboot-Implementierung für qemu hat nicht mehr als maximal zwei, drei Tage gedauert.

Du darfst nicht vergessen, dass ein Bootloader, der ähnlichen Umfang wie GRUB benutzen will, die meisten Funktionen schon allein für sich selber braucht. Viel mehr als die Multibootstruktur in den Speicher legen und in den Kernel springen bleibt da auch nicht mehr, wenn Linux mal läuft.

[erik.vikinger]

Hallo,

Wir werden es sehen. Ich habe grob geplant, das ich nach Weihnachten den Linuxkernel booten kann und ca 2 Monate danach die Module. Und nach weiteren 3 Monaten dann chainloading meines Windows.
Ist diese Planung sehr unrealistisch?

Es gibt hier ein paar wenige Leute denen ich das zutrauen würde (Namen nenne ich jetzt mal keine, ich selber gehöre da nicht dazu).
Ich schreib das mal ganz direkt: Dir traue ich das definitiv nicht zu. Wobei es natürlich schön wäre wenn Du mir (uns allen) das Gegenteil beweist.
Ein Boot-Loader der auf allen möglichen PCs zuverlässig arbeitet, mit allen möglichen und unmöglichen BIOS-Eigenheiten zurecht kommt und dann noch so tolle Features wie klein (das unsinnigste Deiner Ziele), GUI (nett aber nicht zwingenst erforderlich) und Multiboot bietet ist schon ein hartes Stück Arbeit. Wenn die qemu-Leute (beachte den Plural) es in ein paar Tagen hinbekommen haben eine zusätzliche Spec zu implementieren dann ist das IMHO vor allem einer sauberen und flexiblen Code-Basis zu verdanken und gerade dafür braucht man schon einiges an Erfahrung. Ich bezweifle das ein Boot-Loader die richtige Gelegenheit ist diese Erfahrung zu sammeln.

Meine ehrliche Empfehlung ist: schließe Dich einem vorhandenen Projekt an und lerne erstmal!


Grüße
Erik

[Programm Noob]

Also ich habe im Bereich OS-DEV einiges an Erfahrung. Ich werde mein bestes geben, euch zu beweisen, das ich es kann.

PNoob

[bluecode]

Wenn die qemu-Leute (beachte den Plural) es in ein paar Tagen hinbekommen haben eine zusätzliche Spec zu implementieren [...]

Ich glaube der Vergleich zwischen qemu und einem eigenen Bootloader in Bezug auf die Multiboot-Spec hinkt gewaltig, da qemu zum einen (afaik) sowieso einen elf-Loader hat und zum anderen einiges einfacher an die nötigen Infos für die Multibootstruktur rankommt. Abgesehen davon ist qemu C-Usermodecode und kein 16Bit-mit-BIOS-Frickelassemblercode.

[kevin]

Also ich habe im Bereich OS-DEV einiges an Erfahrung.

Nein.

Ich glaube der Vergleich zwischen qemu und einem eigenen Bootloader in Bezug auf die Multiboot-Spec hinkt gewaltig, da qemu zum einen (afaik) sowieso einen elf-Loader hat und zum anderen einiges einfacher an die nötigen Infos für die Multibootstruktur rankommt. Abgesehen davon ist qemu C-Usermodecode und kein 16Bit-mit-BIOS-Frickelassemblercode.

Er hinkt nicht so furchtbar gewaltig: Ein Bootloader, der schon Linux laden kann, hat auch einen ELF-Loader. Und der qemu-Multibootloader ist auch nur ein ROM, der 16-Bit-mit-BIOS-Frickelassemblercode enthält. Der Kernel und die Module bzw. initrd lädt er über eine qemu-spezifische Schnittstelle, aber beispielsweise für die Memory Map benutzt er die ganz normalen BIOS-Funktionen (e820 und so). Theoretisch ist das ein Mechanismus, der sich in richtiger Hardware nachbauen ließe.

[bluecode]

Also ich habe im Bereich OS-DEV einiges an Erfahrung.

Nein.

full ack.

Er hinkt nicht so furchtbar gewaltig: Ein Bootloader, der schon Linux laden kann, hat auch einen ELF-Loader. Und der qemu-Multibootloader ist auch nur ein ROM, der 16-Bit-mit-BIOS-Frickelassemblercode enthält. Der Kernel und die Module bzw. initrd lädt er über eine qemu-spezifische Schnittstelle, aber beispielsweise für die Memory Map benutzt er die ganz normalen BIOS-Funktionen (e820 und so). Theoretisch ist das ein Mechanismus, der sich in richtiger Hardware nachbauen ließe.

Oh ok, dann habe ich den Patch falsch eingeschätzt. Ich hätte erwartet, dass das alles im qemu-Code gemacht wird, nicht in einem ROM.

[Svenska]

Multiboot ist eine andere Baustelle, da darfst du auch gerne 3 Monate für einplanen - der Bootloader erledigt da eine Menge der Arbeit vorneweg.

Nicht wirklich. Ich weiß es nicht mehr ganz genau, aber ich glaube, die erste Multiboot-Implementierung für qemu hat nicht mehr als maximal zwei, drei Tage gedauert.

Das hab ich nicht geschrieben. Ich meinte, dass Programm Noob dafür 3 Monate einplanen kann. Ohne mich mit der Multibootspec jetzt tiefgründig befasst zu haben, glaube ich, dass sie schwieriger zu implementieren ist als nativer Linux-Support.

Workarounds sind wahrscheinlich das härteste von allem, das habe ich dazu noch rausgerechnet. Im Gegensatz zu Programm Noob darf Qemu sich übrigens über eine zuerlässige (oder zumindest bekannte) BIOS-Implementation freuen... das vereinfacht Multiboot extrem.

Gruß

[DerHartmut]

Also ich habe im Bereich OS-DEV einiges an Erfahrung.

Nein.

full ack.

+1

Mal ganz ganz doof gefragt: Wer soll später eigentlich von deinem "NandOS-Loader" (sic!) Nutzen haben? Soll das lediglich ein PoC deines "Könnens" sein, möchtest du damit dein Betriebssystem NandOS laden, soll der OS-Dever an sich das benutzen oder soll das ein Generel-Purpose-Lader werden?

Ansonsten würde ich dir einfach raten, deine Ziele nicht zu hoch zu stecken. Dass du einen Bootloader/manager schreibst ist deine Sache, du lernst mit Sicherheit etwas daraus. Was du daraus lernst weiß ich zwar nicht, aber mit Sicherheit irgendwas.

Ansonsten kann ich mich leider nur der Meinung von erik anschließen: Lerne etwas. Du hast imvvvvho keine Erfahrung im OS-Dev bzw. nicht annähernd genügend (und nein, ich vergleiche dich nicht mit einem Profi wie taljeth, ich vergleiche dich mal mit jemandem wie SHyx0rmZ) und was allgemeine Programmierung und Programmkonstrukte angeht hinkt dein Wissensstand auch oft hinterher.

Nimm das Ganze aber jetzt nicht persönlich und fasse das bitte nicht als "bashing" auf, es sind halt nur gut gemeinte Ratschläge. Du steigerst deine Reputation eben nicht dadurch, dass du hier einen auf Profi machst aber eigentlich keiner bist.

Übrigens: http://tldp.org/LDP/LG/issue70/ghosh.html und http://www.ibm.com/developerworks/linux/library/l-linuxboot/ sind gute Anlaufadressen, um sich in den Bootprozess von Linux einzuarbeiten.

[erik.vikinger]

Hi,

ich vergleiche dich mal mit jemandem wie SHyx0rmZ

Hm, ist das jetzt eine Aufwertung von Programm_Noob oder eine Abwertung von SHyx0rmZ?

SCNR
Erik

[DerHartmut]

Um es deutlich zu machen:

taljeth > ShyX0rmZ > Programm_Noob.