Thema: CommFS?

[Another Stupid Coder]

Da ist GRUB ja wirklich SEHR praktisch

[T0ast3r]

Was ist den nun überhaupt GRUB?
Gib mir mal da bitte eine Erklärung ab.
Ich werde jetzt dann einen Code basteln, der versucht ein FS zu erkennen, denn das ist ja der 1. Schritt.
Nun möcht uich für euch nur noch wissen, für welche FSs ich Treiber basteln soll.
Und übriggens soll ich den Treiber in C oder Ass schreiben?
Ich werd wahrscheinlich einbinden: FAT (12, 16, 32), LowFS , TBFS *doppelt LOL*, und ein paar andere

[DDR-RAM]

GRUB ist nen Bootloader.

ASM ist für nen FS-Treiber unnötig, der greift auf nen HDD/FDD/CD/DVD-Treiber zu,  braucht also kein asm. Die Schnittstelle ist allerdings nocht nicht definiert. Also kannste noch nix machen.

MfG
DDR-RAM

[stultus]

najo, treiberdocs durcharbeiten wär ja schonmal nen ganz guter anfang, der auch ohne interface geht ^^

[DDR-RAM]

ist dann aber nix mit basteln

Da stell ich mal wieder ne technische Frage in den Raum:
Wir haben Treiber und Kernmodule, was ist der Unterschied zwischen beiden, also ich bräuchte keinen, aber passt nicht so ganz hier her.

[stultus]

Kommt drauf an welche Begriffe du wie definierst.
Wenn
Kernmodul: Festplatte, CD, Floppy, Netzwerk, (Alles was gebraucht wird um Hardware allgemein anzusprechen)
und
Treiber: Dateisysteme, Protokolle (IP, TCP, UDP, ...) (Alles was direkt vom Userprogramm verwendet wird)
ist der unterschied ganz klar: Treiber benötigen bestimmte Kernmodule, von wo soll nen Fat12-Treiber schließlich Daten beziehen wenn das Floppylaufwerk nicht ansprechbar ist?

[Svenska]

Wenn wir einen Microkernel basteln wollen, so gehört _nichts_ in den
Kernel rein, was irgendwie mit Treibern zu tun hat.
Die Aufgabe des Kernels ist es dann nur, den einzelnen Prozessen
Rechenzeit zuzuweisen und zu klauen, möglichst nach einem einheitlichem
Schema.

Code: [Auswählen]

Kernel
    ||
    \/
Hardware-    (z.B. HDD, FDD, Net, ...)
  treiber
    ||
    \/
Software-     (z.B. FAT12, Ext2, TCP/IP, IPX, ...)
treiber

Damit das klappt, brauchen wir eine Schnittstelle, mit der wir den Kernel
mit dem Hardwaretreiber verbinden.

@DDR-RAM: Wer lieber Asm statt C++ programmiert, sollte das auch
duerfen. Nicht notwendig ist nicht gleich schlecht

Svenska

[DDR-RAM]

Also, ich man könnte, aufteilen in Kernmodule(z.B. IPC), Hardwaretreiber(z.B. Laufwerke), Softwaretreiber (z.B. Dateisysteme),
mir ging es um den technischen Unterschied, außer das Softtreiber auf Hardwaretreibern aufbauen müssen.

Ich hatte nie vor jemandem ASM/C zu verbieten
Mache mich nur dafür stark, lieber C++ als C zu verwenden und asm nur wenn notwendig, um die kompatiblität und evtl. Transportablität auf andere System zu maximieren.

MfG
DDR-RAM

[Svenska]

Hmm CommOS soll ein Lern-OS werden, nicht den Zweck NetBSDs
verfolgen... welches richtige OS ist schon in Cpp geschriebn? *lach*

[hannibal]

ich persoenlich wuerde fuer jegliche abstraktion von der hardware c++ verwenden..weils einfach die abstraktion schon 'eingebaut' hat.. im sinne der objektorientierten programmierung.

[T0ast3r]

Ihr kommt vom Thema ab!
Also: wie soll ich FAT12 erkennen?
Ich hab mir überlegt, dass ich 3 Euinträge aus dem Bootloaderinfoblock vergleiche.
Diese 3 Werte sind:
BytesPerSec: muss 512 sein
NumFATs: muss KLEINER als 13 sein
NumHeads: muss KLEINER als 13 sein
was hält ihr davon?
Ich weiß halt nbicht, woran ich sonst ein FAT12 Formast erkennen sollte.,

[Roshl]

Daran das irgendwie im Sektor ein String steht der mit FAT anfängt und du dann eine Clusterzahl ausrechnest die <4085 ist oder so ähnlich.

[T0ast3r]

Jo!
Das hab ich mir schon auch gedacht!
Aber das blöde ist nur das der Eintrag in dem Normalerweise FAT12 steht nur bedingt ist!
(siehe TJ Fat tutorial, Bottirgendwas)

[Roshl]

In den allermeisten Fällen ist er aber da, und wenn nicht kannste auf gut Glück mal die CLuster ausrechnen, relativ unwahrscheinlich das was sinnvolles rauskommt wenn's nicht FAT12 ist, da ja doch einige Werte einbezogen werden müssen.

[T0ast3r]

Dann soll ich die 3 Einträge zu testen vergessen? *seufz*

[Roshl]

Ja^^

[T0ast3r]

@ Roshl: Das mit den Clustern ist find ich ein blödsinn.
Wenn, dann nur weil an einem Entrag FAT12 steht, ansonsten würde ich sagen das es kein FAT ist.
(Weil der Clustereintrag kann ja vieles sein, vn den anderen FSs)
Naja ich schua dann einfach nach, ob da halt FAT12 steht

[Roshl]

Also nochmal:
Zuerst schaust du ob der Kennungsstring mit FAT anfängt.!!!
Dann berechnest du die Clustergrösse.
Das ist nunmal das einzige an dem man die verschiedenen FAT-Varianten erkennen kann.
Denn es ist NICHT!!!! Pflicht das dort auch FAT12 steht, es kann sein, dass dort NUR FAT steht, dann bist du wohl aufgeschmissen.
Steht so in JEDER Doku dazu.

[Another Stupid Coder]

...und dann geben wir uns die Hand, und haben uns wieder lieb...also ganz ruhig.

[Roshl]

Sorry aber ich finde wenn man schon eine Doku dazu auf dieser Seite hier hat, sollte mans auch Lesen, und da steht klar drin, das man FAT12 eben nur an den Clustern erkennt und nicht das da FAT12 drin steht. Nur weil ich mit nem Edding "Wurst" auf ein Stück Käse schreibe wird keine Wurst draus. Das ist leider Fakt^^