Thema: Aussehen des kompletten RAMs

[Paul]

Hi !
Ich möchte meinen RAM bis ins letzte Byte ausreizen, daher suche ich (bislang vergeblich) nach Infos, wie der RAM unterteilt ist. Also z.B. die Interruptvektor-Tabelle von 0000:0000 bis 0040:0000 und der Videoram von A000:0000 bis ... keine Ahnung
Das waren jetzt nur 2 Sachen, euch fällt sicherlich noch mehr ein
Also einfach eine Auflistung aller im RAM vorhandenen Komponenten (Anfang und Ende)

Danke schon mal für eure Hilfe

[BigOlly]

In einem anderen Thread hatte blueXseven mal einen schönen Link zu diesem Thema gepostet, den ich gerne weiter gebe:

http://my.execpc.com/~geezer/osd/ram/index.htm

Falls Du den Thread lesen willst, hier:
http://www.lowlevel.brainsware.org/forum/viewtopic.php?t=484

(es ging und den Erweiterten BIOS-Datenbereich)

Gruß BigOlly

[Paul]

Ah gut, das hilft mir doch schon mal weiter
Noch eine Frage: Im Realmode bleibt die EMS-Page im unteren Speicher ja ungenutzt. Wie groß ist die, wo fängt die an und kann ich die für meine Zwecke verwenden ? :-k

Achja, ich zitiere mal die Seite die du mir genannt hast:
C000:0000-C000:7FFF : video BIOS (32K is typical size)
   Wie ist denn das gemeint ? Legt die GraKa jetzt auch noch ihren Kram in meinen RAM ??

Uh, nochwas: 0040:0000-0040:00FF : BIOS data area (BDA)
Steht da irgendwas super-wichtiges drin ? Hab bislang immer meinen Kernel an 0040h:0000h geladen

So, letzte Frage: Soweit ich das sehe, liegt der Speicherbereich für den Textmodus (B800h:0000h) im Bereich des VGA-Speichers. Ist das korrekt ?


Nachtrag: Verdammt, ich versteh die Welt nicht mehr !
Auf der Seite steht C800:0000-E000:FFFF : NOTHING
Aber wenn ich jetzt meine FAT-Tabelle ins Segment C800h und das RootDir ins Segment D000h lade, geht garnichts mehr. Wenn ich hingegen 2000h und 2500h nehme, geht alles Wunderbar. Aber ich will den ganzen FAT12-Kram nicht im unteren Speicher haben...

[joachim_neu]

türlich legen die auch ihren code und daten in den ram... macht das bios ja auch, wie soll man sonst anständig ints calllen? dann müsste ja jede karte anschlüsse zum ram und ne eigene CPU haben...

[Paul]

Ok des is klar

Aber wie wie gesagt liegt mein aktuelles Prob jetzt bei dem Speicherbereich C800:0000-E000:FFFF
Hat jemand Erfahrungen damit ? Warum geht nix mehr wenn ich meine FAT+Rootdir dorthin lade ?

Wie gesagt, ich will den RAM in meinem OS aufgeräumt halten und brauche da halt ne kleine "Spielwiese" für temporäre Codes und Daten, wie eben z.B. der FAT12-Kram

[blueXseven]

also den bereich von 0xA0000 bis 0xFFFFF kannst du wohl vergessen.
da werden diverse roms hingeladen. und herauszufinden wo jetzt noch
was frei ist dürfte ziemlich schwer sein.
und die bda darfst du auch nicht überschreiben, solange du die funktionen des bios benutzt.

[Paul]

Ok, hab meinen Kernel jetzt ins Segment 0050h verschoben

Der nächste Schritt wäre jetzt, in den Protected-Mode oder so umzuschalten, aber ich blick da einfach nich durch..
Und ohne meine geliebten BIOS-Ints bin ich verloren...ich kann doch nicht ein komplettes BIOS nachcoden...

Gibts da nicht eine Alternative, mit der ich weiterhin linear adressieren kann, aber trotzdem mehr speicher hab ?

Nachtrag:

Noch eine Frage:
Codes&Infos für HDD-Driver findet man ja zu genüge, z.B. diese Seite hier:http://www.nondot.org/sabre/os/files/Disk/HD_PORTS.asm

Aber in Sachen Floppy-Driver bin ich nicht fündig geworden. Woher nehmt ihr die Infos für eure Floppy-Treiber etc ?

[stultus]

Zur Alternative, der Unreal Mode oder wie er hieß könnte da helfen, da hast vollen speicher und biosints, code kann aber nur bis 1 mb ausgeführt werden...

[joachim_neu]

Zur Alternative, der Unreal Mode oder wie er hieß könnte da helfen, da hast vollen speicher und biosints, code kann aber nur bis 1 mb ausgeführt werden...

und keinen speicherschutz! man könnte auch das OS als VM-Task im PM mit einem hintergrundsteuerungsprogramm laufen lassen, oder da einen task machen, der als treiber fungiert, denn der kann bios-ints aufrufen, wenn man a bisserl rumfuchtelt...

[BigOlly]

Tja, mann könnte sogar sagen das jedes 32-Bit-OS die gesammten Bios-Ints nachproggen muss.
Das ist nunmal so. Deshalb ist es ja auch keine Aufgabe wie "ich progge mal ein Programm" sondern wie "ich progge mal ein OS".  ](*,)

Nochmal zum Speicher zwischen A0000h und FFFFFh:
Wie blueXseven schon sagt... lieber nicht benutzen. Selbst wenn Du das hinbekommst, sobald Dein OS auf einem anderen Rechner gestartet wird, könnte dieser Bereich schon wieder gaaaanz anders aussehen. Und wenn Du mal ne PCI-Karte reinsteckst (z.B. SCSI) könnte diese auch wieder einen Block da oben brauchen, und schwups ist auch schon wieder Deine RAM-Planung dahin.

Aber Du hast Recht, die 640kB (bzw 632kB ohne BDA und EBDA) sind natürlich etwas knapp für ein neues tolles schönes OS.
Deshalb benutze ich den Bereich da unten auch nur für die Boot-Programme (Bootsectoren) und für meinen Kernelloader. Dieser läd den Kernel an die Adresse 100000h (also genau an 1MB) und startet diesen.
Aber das geht natürlich nicht ohne PM.

Gruß BigOlly

[Paul]

Argh ! Ich blick durch den f***ing PM einfach nicht durch und Bochs hängt sich jedes Mal auf wenn ich irgendwelche Codebeispiele ausprobiere

Ok, aber man kann ja schon mal vorsorgen. Ich hab mir jetzt vorgenommen, alle INTs selber zu coden, keine BIOS-Ints mehr !
Daher nochmal die Frage: Wo finde ich Codes um das Floppy Drive über Ports steuern zu können ?

Ich hoffe jemand von euch kann mir helfen, danke schon mal

[Netmaster]

Ich hab ne Frage, passend zum Thema, wie kann ich POST-Routine auslesen, ist es möglich einfach nen Bootloader zu schreiben, der einfach den Bereich oberhalb von f000:fff0 ausliest, bzw den gesamten MByte ím realmode auf die Floppy speichert und dann beginnend ab f000:fff0 (Alte Adresse) ausführt oder mit dem Debugger durchgeht

[crashmakerMX]

Daher nochmal die Frage: Wo finde ich Codes um das Floppy Drive über Ports steuern zu können ?

here you are:

http://www.nondot.org/sabre/os/articles/DiskandDiscDrives/

[n3Ro]

Hi,

den Bereich von 0xa0000 bis 0xfffff muss man nicht ganz vergessen, soweit ich weis sieht es da folgendermaßen aus:

  0xa0000-0xbffff  VGA RAM für verschiedene Videomodi (Text,CGA,VGA)
  0xc0000-0xc7ffff  VGA Rom (VGA BIOS, Fonts, VBE Interface usw.)
  0xc8000-0xdffff  Platz für Extension ROMs
  0xe0000-0xfffff BIOS ROM

Der Trick den Platz für den Extension ROM zu nutzen ist dabei nur die ROM-Header zu identifizieren und so die Bereiche, wo ROMs gemappt sind nicht mit eigenen Zeugs zu überschreiben zu versuchen. Der Rest ist auf jeden Fall Speicher der feinsten Art und gibt dir für dein RealMode(?) OS noch etwas Platz.

ROM Layout:
 Offset  Size  Desc
  0x00    2     0xaa55  "Magic" um ROM zu identifizieren
  0x02    1     Größe des ROM in Bytes (muss noch mal 512 genommen werden)
   und noch weiteres, ich kanns aber im Moment nicht finden.

Kannst ja mal googeln.

Aber die bessere Alternative ist der Protected oder der Long Mode, da braucht man sich nicht mehr über jedes Byte gedanken zu machen

Gruß n3Ro

[n3Ro]

Oder schau einfach mal hier rein:

http://www.osdever.net/documents/PNPBIOSSpecification-v1.0a.pdf?the_id=51
(hoffentlich ist das osdever.net bald wieder richtig online )

Da steht es ganz genau.

Gruß n3Ro.