Nachrichten

1

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 14. March 2012, 22:27 »

Moin,

mh...
Ich dachte ich konnte nicht in den code springen da mein gcc den nicht als 16-Bit code kompiliert.
Aber ich probiere mal aus ob das so funktioniert.
Danke nochmal

2

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 20:53 »

Ok werde ich machen, danke.

3

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 17:25 »

Stimmt den -kernal parameter kenn ich auch noch.
Ich werde es dann wohl mit dem machen, GRUB ist mir zu mächtig dafür.

4

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 16:11 »

Ok danke für den Rat, ich werde dann auf was fertiges umsteigen.
Ist Grub dafür ganz ok, oder gibt es irgendwas geeigneteres?

5

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 15:30 »

Ok danke, wenn ich den rest dest zweiten Sektores mit Nullen fülle gehts, danke.
Das ein Kernel nicht direkt geladen wird ist mir auch klar, ich wollte halt so etwas wie ein Dateisystem zum
Anfang raus lassen, damit alles möglichst einfach ist. Ich will mir daran ja auch nur ansehen wie ganz grundsätzlich
ein Programm geladen wird, ist halt alles nur zum selbstlehrn zweck.
Aber danke an euch für die schnelle und gute Hilfe.

Und das mit dem BIOS hat glaub ich noch ein wenig Zeit

6

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 12:15 »

Moin,

Du hast recht, wenn ich den kernel mit der Endung assembliere wird das Image insgesammt 1024 byte groß.
Wenn ich die Signatur weglasse nur ~532. Wie könnte ich das Problem denn sauber lösen?
Ich assembliere die beiden Dateien, und kopiere beide per cat in die Datei "system.bin" etc..
Danach schreibe ich diese per dd auf ein floppy Image (.flp)
Mit qemu boote ich dann vim Image.
Muss ich einen bestimmten befehl an den Assembler (nasm) oder an dd übergeben, damit die Sectoren richtig geschrieben werden? Ich tippe mal eher auf dd...
Oder etwas vollkommen anderes?

Dann solltest du aber mit einem BIOS anfangen.

Ich wollte schon noch im bereich des für mich möglichen bleiben aber wenn das auch machbar ist sag bescheid

7

Lowlevel-Coding / Re: merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 00:40 »

Danke für die Schnelle Antwort.

Mir ist schon klar das die Signatur nichts mit dem Kernel zu tun hat.
Mir ist aufgefallen, dass das geht als ich den Loader 2 mal hintereinander auf die Floppy geschrieben habe, weil das laden und aufrufen des loaders ja funktioniert,
und dann den loader zu einem "Kernel" "abgebaut" habe, dh ich habe einfah alles bootloader typisches entfernt und nur die Char ausgabe drinne gelassen.
Das war auch nur pure Verzweiflung. Dabei habe ich dann bemerkt das es mit der Signatur geht.

Das mit der Größer der Image Datei werde ich sofort testen, danke für den Hinweis.

Und ja ich will einen bootloader schreiben. Da ich mich zurzeit tiefer mit der Funktionsweise von Betriebsystemen und Computern im allgemeinen befasse, finde ich es eigentlich ganz logisch von ganz unten anzufangen.
Ich habe nicht vor das dadraus etwas deutlich größeres werden soll.

8

Lowlevel-Coding / merkwürdiges Verhalten bei jmp Befehl

« am: 07. February 2012, 00:23 »

Moin,

Ich beschäftige mich seit einer Weile mit dem Thema des bootloaders.
Bei meinem kleinen loader kommt es allerdings zu einem für mich merkwürdigen verhalten.
Ich hoffe nur das mir jemand beschreibt warum dieses Verhalten auftritt.

Und zwar habe ich einen kleinen bootloader der den zweiten Sector einer Floppy einliest, ihn dann in 0x1000:0x0000
speichert und anschliesend an diese Stelle springt. Wenn ich den jmp Befehl an diese Position ausführe Passiert jedoch nichts.
Dabei sind mir jedoch folgende verhalten aufgefallen:

• Wenn ich den 1 Sector der Floppy einlese und dann an die neue Position springe, passiert genau das was ich erwarte, der Rechner rebootet
• Wenn ich den Rest des zweiten Sectors mit Nullen auffülle und die Standart boot Signatur anhänge wird der zweite Sector ausgeführt, so wie ich es will
• Dies geschieht auch wenn ich "times 512-($-$$) hlt" anhänge. (Das kommt mir aber mehr als unsauber vor, hab ich auch nur mal kurz ausprobiert )

Hier der Code:

Der bootloader

Code: [Auswählen]

BITS 16

org 0x7C00

start:
;erzeuge Stack
cli

mov ax, 0x9000
mov ss, ax ;stack nach 0x9000
mov sp, 0 ;stackpointer auf anfang

mov ax, 0x0000 ;
mov es, ax ;Setzt das Datensegment nach 0x0000
mov ds, ax ;
sti

;Stack erzeugt an Pos. 0x7F00

call test

;--------------Kernel laden---------------
call read_floppy ;Kernel aus 2tem Sektor laden
cli ;keine interupts
mov ax, 0x1000 ;Datensegment zur neuen Kernel Pos.
mov es, ax
mov ds, ax
sti ;interupts an
jmp 0x1000:0x0000 ;wechsel zum kernel
;------------------------------------------

call reboot

read_floppy:
mov ah, 0x02 ;int funktion 0x02
mov bx, 0x1000
mov es, bx ;read into 1000:0000
mov bx, 0x0000 ;offset 0
mov al, 1 ; 1 Sektor lesen
mov ch, 0 ; auf Track 0
mov cl, 2 ; Sektor 2
mov dh, 0 ; Auf head 0 (oben)
mov dl, 0 ;Auf std. Floppy
int 0x13
jc read_floppy ;wenn fehler, neu versuchen (jc = jump if carry)
ret

test:
mov ah, 0x0E
mov al, 0xA5
int 0x10
ret

reboot:
;jmp 0xffff:0x0000
mov ax, 0
int 0x16
int 0x19

times 510-($-$$) db 0 ; Setzt die boot signatur am ende des boot Sectorsc
dw 0xAA55 ; The standard PC boot signature


Der "kernel"

Code: [Auswählen]

org 0x1000
jmp start

start:
call test
hlt

test:
mov ah, 0x0E
mov al, 0x68
int 0x10
ret

times 512-($-$$) hlt
;times 510-($-$$) db 0 ; Setzt die boot signatur am ende des boot Sectorsc
;dw 0xAA55 ; The standard PC boot signature


Ich hoffe ihr könnt mir dieses Verhalten erläutern.
Großen Dank im vorraus!

Ps: Ich arbeite unter Linux (Fedora 16) falls das irgendwie behilflich sein könnte