Thema: Hilfe bei Bootloader

[fasmat]

Ich hab ein Problem mit meinem Bootloader. Wenn ich ihn auf meine Diskette schreibe, kann Windows auf die Diskette zugreifen. Sobald ich aber von der Diskette boote passiert etwas Seltsames

Der Cursor hüpft zuerst eine Weile lang sinlos am Bildschirm herum, dann wird ein Smiley ausgegeben und per Tastendruck bootet er neu (soll er ja).
Meine Vermutung liegt an einem Fehler in der Funktion func_printMsg, ich finde den Fehler aber nicht

Hier der Code:

Code: [Auswählen]


jmp FAT_INFORMATION_BLOCK_END

   OSName       db "MSWIN4.1"
   BytesPerSec  dw 512
   SecPerClus   db 1
   RsvdSecCnt   dw 1
   NumFATs      db 2
   RootEntCnt   dw 224
   TotSec       dw 2880
   MediaType    db 0xF0
   FATSize      dw 9
   SecPerTrack dw 18
   NumHeads dw 2
   HiddenSec    dd 0
   TotSec32     dd 0
   DrvNum       db 0x00
   Reserved     db 0
   BootSig      db 0x29
   VolumeID dd 0xFAFA
   VolumeLabel  db "MINOS 0.0.1"
   FileSysType db "FAT12   "


FAT_INFORMATION_BLOCK_END:

   org 0x7C00

   cli                    ; clear interrupt flag (no interrupts)
   mov   ax, 0x9000
   mov   ss, ax           ; set stackpointer to ax (0x9000)
   xor   sp, sp           ; set stackpointer to zero
   sti                    ; allow interrupts again

   mov [bootdrv], dl      ; save bootdrive from dl into bootdrv


; this function searches for the kernel and loads it
; into the memory at adress 0x1000
LOAD_KERNEL:
   mov si, loadingMsg
   call func_printMsg
   ; code follows


; this function jumps to address 0x1000 and executes
; the kernel
EXECUTE_KERNEL:
   ; code follows


; this function is executed if no kernel.bin file was
; found. it writes some text and then reboots the system
KERNEL_NOT_FOUND:
   mov   si, failureMsg
   call  func_printMsg
   mov   ah, 0 ; Wait until a key is pressed
   int   0x16


; this function reboots the personal computer
REBOOT:
   db   0xEA ; reboot
   dw   0x0000
   dw   0xFFFF


; variables
   loadingMsg   db "Loading kernel.bin into memory. Please wait.",13,10,0
   failureMsg   db "Couldn't find kernel.bin on disk.",13,10,"Press any key to reboot.",13,10,0
   bootdrv      db 0
   
; this function prints a zero terminated string on the
; screen, whos adress is saved in si
func_printMsg:
   lodsb              ; load byte
   or al,al           ; is al zero?
   jz short .end      ; al is zero -> end

   mov ah,0x0E        ; function 0x0E (write char)
   mov bx,0x0007      ; attribut byte (is not necessary)
   int 0x10           ; write character
   jmp func_printMsg  ; next byte

   .end:
   retn               ; return to code

; Fill up with zeros until file is 512 bytes long
times 510-($-$$) db 0
   dw   0xAA55


Weiß jemand Rat?

[urx_]

hast dus schon mit bochs probiert?
vielleicht zeigt dir ja die logdatei den fehler

[zacK]

ne das ist kein problem... must dan halt einfach schauen das dann der stack bei

Code: [Auswählen]

mov ss, xxxxx von xxxxx herunterwächst.. anstatt bei

Code: [Auswählen]

mov ss, xxxxx
mov sp,yyyy von xxxx+yyyy nach unten...  

[fasmat]

Hab den Abschnitt jetzt auf folgende Zeilen geändert:

Code: [Auswählen]


org 0x7C00

   cli                    ; clear interrupt flag (no interrupts)

   mov   [bootdrv], dl    ; save bootdrive from dl into bootdrv
   mov   ax, 0x9000       ; set ax to 0x9000
   mov   ss, ax           ; set stacksegment to ax (0x9000)
   mov   sp, 0x8000       ; set stackpointer to 0x8000

   sti                    ; allow interrupts again


Ist das jetzt besser? Kann mir mal jemand erklären wozu ss un sp gut sind? Hab diese paar Zeilen einfach aus Ausgabe 1 des Magazins kopiert...
Und bei TeeJay's Bootloader steht ebenfalls die im ersten Post befindlichen Zeilen

EDIT: auch jetzt funktioniert der Bootloader nicht... gleiches Problem...

[joachim_neu]

@blueXseven:
was ist eigendlich in der extended bios data area? is da was wichtiges, wenn man das bios sowieso nimmer braucht?
@fasmat:
SS und (E)SP geben den stapelspeicher (stack genannt) an, auf den du mit push werte legst und mit pop wieder runter holst. das is wie mit nem tellerstapel, der, der als letztes drauf kommt kommt als erstes raus, das nennt man LIFO-Prinzip (LastInFirstOut). und ss und esp (sp im RM) geben die spitze dieses stapels an.

[zacK]

und wenn du zum beispiel schnell den pmode verlassen willst und bios-ints ausführen willst? -> dann brauchste ja das bios noch...?!

[joachim_neu]

...schnell...?!

schnell?!? das dauert seine zeit und ist wohl nicht unbedingt die beste lösung. da sollte man lieber die bios-ints im PM mit dem VM86-Mode machen, das müsste (wenn man es richtig macht) auch gehen, aber sooo schlimm ist FDD und Co garnet, wie alle sagen, ich hab das in 2 tagen hinbekommen (wenn auch noch net ganz perfekt, aber es geht!). diese zeit braucht man für VM auf jeden fall, denke ich, wenn nicht noch mehr...

[Jidder]

ich vermute ds (und es) sind nicht korrekt gesetzt. du solltest sie noch mit 0 initialisieren.

Code: [Auswählen]

xor ax, ax
mov ds, ax
mov es, ax

edit: blueXseven, ich war schneller

[fasmat]

hast dus schon mit bochs probiert?
vielleicht zeigt dir ja die logdatei den fehler

Ne der zeigt mir nichts an, was mir weiterhilft... Ehrlich gesagt hab ich bis jetzt nur mit Virtual PC probiert... Bochs hab ich noch nicht richtig konfigurieren können (krieg ich immer einen Bios fehler )

und wenn du zum beispiel schnell den pmode verlassen willst und bios-ints ausführen willst? -> dann brauchste ja das bios noch...?!

Will ich aber nicht

ich vermute ds (und es) sind nicht korrekt gesetzt. du solltest sie noch mit 0 initialisieren.

Danke Das wars
Ich hab den Abschnitt jetzt folgendermaßen geändert:

Code: [Auswählen]


org 0x7C00

   cli                    ; clear interrupt flag (no interrupts)

   mov   [bootdrv], dl    ; save bootdrive from dl into bootdrv
   xor   ax, ax           ; set ax to zero
   mov   ds, ax           ; set ds to ax (zero)
   mov   es, ax           ; set es to ax (zero)
   mov   ax, 0x9000       ; set ax to 0x9000
   mov   ss, ax           ; set stacksegment to ax (0x9000)
   xor   sp, sp           ; set stackpointer to zero

   sti                    ; allow interrupts again


Is das OK? Kann ich die Adressen für stacksegment/stackpointer lassen? Ich will nur den Kernel in den Speicher laden, dann switche ich in den PMode...