Ein eigenes kleines Betriebssystem

Ich glaube er meint, dass beim verändern des %SS die Interrupts sowieso für ein paar Takte gesperrt werden.

Nobuo T

Richtig. Eine Anordnung wie
mov ss, x
mov sp, y
mit cli/sti einzurahmen ist daher etwas ueberfluessig.

kal

Hallo Sososo und Nobuo T,

danke für die Info. Man lernt doch immer etwas dazu. Dass die Interrupts gesperrt werden, wenn man das Register SS ändert, war mir neu. Tja, man sollte eben die Handbücher gründlicher lesen.

Gruß
kal

@cpp_1

kann man dich auch irgendwie per email oder instant messenger antreffen?

cpp_1

Email möchte ich nicht bekanntgeben und verfüge nicht über einen Instant Messenger! Tut mir leid!

Dann mach dir doch einfach schnell ein Googlemail Account oder so.
Es könnte ja sein, dass er etwas nützliches zu sagen hat.

cpp_1

Also, wie ich schon sagte, kann ich Assembler nicht gut (besser gesagt nicht ) und habe mir jetzt mal nen code zusammengebastelt, der nicht funktioniert (ich gleube ich habe was falsch verstanden). Bitte kann mir jemand den Code so umändern, dass er auch gehen würde und sagen was ich falsch gemacht habe. Danke.

org 0x7C00

call diskreset
call kerneltoram
call callkernel

diskreset:
int 13h
AH=00h
DL = 0

kerneltoram:
int13h
AH=02h
AL = 1
CH = 0
CL = 5
DH = 0
DL = 0
ES:BX -> 0x08000

callkernel:
mov ax,0x1000
mov es,ax
mov bx, 0
mov ah, 2
mov al, 5
mov cx, 2
mov dx, 0
int 13h

times 512-($-$$)-2 db 0
dw 0AA55h

schwierig hier anzufangen was du gepostet hast, is nur zum teil assembler. außerdem fehlen returns in deinen funktionen...

schade, dass du nicht erreichbar bist. 43f699d2986b8a2f9467cc3e3204@gmx.net wäre meine adresse. ich lass sie mal eine zeit lang funktionierend.

Nobuo T

cpp_1 schrieb:

(ich gleube ich habe was falsch verstanden)

Ich glaube eher, du hast davon gar nichts verstanden. :p
Daher auch meine Empfehlung: Nimm dir erstmal ein Anfaengertutorial oder Buch vor (siehe FAQ) und versuche dann beim Originalcode aus dem OS-Tutorial genau nachzuvollziehen was jede einzelne Zeile macht, und denke dann zB. mit meinen Hinweisen zu Interrupts vielleicht nochmal darueber nach, warum dies und das nun gemacht wurde.

cpp_1 schrieb:

Bitte kann mir jemand den Code so umändern, dass er auch gehen würde und sagen was ich falsch gemacht habe.

Geht so nicht. Bei deinem Code ist nicht wirklich erkennbar, was er denn eigentlich machen sollte.
Deshalb beschraenke ich mich mal darauf, deinen Code ein wenig zu kommentieren...

org 0x7C00

call diskreset
call kerneltoram
call callkernel     ; ok so weit...

diskreset:
int 13h             ; Das ist ein Assembler Mnemonic. Ruft int 13h auf.
; Ist an dieser Stelle aber reichlich nutzlos, da du VORHER nicht die
; richtigen Parameter in die Register geschrieben hast.
AH=00h   ; Das ist dagegen eine ungueltige Anweisung, also weder ein
;x86-Mnemonic, noch eine NASM Assembler-Anweisung.
DL = 0   ; Dito.
; Da das Ganze hier wohl eine abgeschlossene Prozedur sein sollte, waere es
; sinnvoll, hier einen passenden Return-Befehl einzubauen, sonst laeuft
; es einfach weiter in die folgende Prozedur rein...

kerneltoram:
int13h   ; Alles Folgende sind ungueltige Anweisungen
AH=02h
AL = 1
CH = 0
CL = 5
DH = 0
DL = 0
ES:BX -> 0x08000
; kein Return aus der Prozedur - genau wie oben.

callkernel:
mov ax,0x1000  ; wow, ein paar gueltige Mnemonics...
mov es,ax      ; warum du die hier eingefuegt hast, wird aber wohl dein
mov bx, 0      ; Geheimnis bleiben.
mov ah, 2      ; Dieses Stueck code wuerde 5 Sektoren, beginnend bei 0:0:2
mov al, 5      ; von 1. Diskette in den Speicher nach 1000:0000 einlesen.
mov cx, 2
mov dx, 0
int 13h

; hier wieder kein Ruecksprung, ueberhaupt keine folgenden Anweisungen mehr
; => was der PC als naechstes macht ist weitgehend undefiniert, wahrscheinlich
; wird es irgendwann abstuerzen oder in einer Endlosschleife landen.

times 512-($-$$)-2 db 0  ; ok zum Abschliessen eines Bootsektors...
dw 0AA55h

sothis_

Nobuo T schrieb:

mov ax,0x1000  ; wow, ein paar gueltige Mnemonics...

musst du auch noch salz in die wunde streuen?

cpp_1

Ok, ich habe verstanden, dass ich keine Ahnung habe. Aber könnte jetzt mal jemand auch noch einen funktiniernden Code posten? Bitte! Ich wäre euch sehr dankbar!

Nobuo T

Da hast du:

org 0x7C00

start: 
mov ax, 0x9000       ; Adresse des Stack speichern
mov ss, ax           ; Stackadresse festlegen
mov sp, 0            ; Stackpointer auf 0 setzen
mov [bootdriv], dl
call load
mov ax, 0x1000       ; 0x1000 ist die Speicheradresse unserer Shell
mov es, ax
mov ds, ax
push ax
mov ax, 0
push ax
retf

bootdriv db 0         ; Das Bootlaufwerk  
loadmsg db "Lade VitaXia...",13,10,0

; Mit dieser Funktion geben wir einen String aus
putstr:
lodsb
or al,al
jz short putstrd
mov ah,0x0E
mov bx,0x0007
int 0x10
jmp putstr
putstrd:
retn 

; Mit dieser Funktion laden wir unsere Shell vom Bootlaufwerk
load:
push ds
mov ax, 0
mov dl, [bootdriv]
int 13h
pop ds
jc load

load1:
mov ax,0x1000
mov es,ax
mov bx, 0
mov ah, 2
mov al, 5
mov cx, 2
mov dx, 0
int 13h
jc load1
mov si,loadmsg 
call putstr
retn

times 512-($-$$)-2 db 0
dw 0AA55h

c&p aus deinem Tutorial - hab ich nicht getestet, sieht aber so weit ok aus.
Und nun?

cpp_1

Und wo verweißt dieser Code jetzt auf Sektor 5 der Diskette?

mov al, 5

cpp_1

Werde es später ausprobieren, berichte aber heute noch ob es geklaptt hat...

Nobuo T

cpp_1 schrieb:

Und wo verweißt dieser Code jetzt auf Sektor 5 der Diskette?

Nirgendwo. Warum(,) sollte er das denn?

na hier! schrieb:

mov al, 5

Falsch. Wie ich schon schrieb, erwartet int 13h, Funktion 2 in al die Anzahl der zu lesenden Sektoren.

cpp_1 schrieb:

Werde es später ausprobieren, berichte aber heute noch ob es geklaptt hat...

Sei dir dabei aber bewusst, dass der Code so allein ohne die im Tutorium erwaehnte Shell nach dem Laden crasht.

cpp_1

Ja, muss er denn um das geht es ja in diesem Threath!

Edit: Zumindest ab meinem 2. Beitrag

Nobuo T

Dann schreib doch bitte mal genau hin, was du eigentlich hier willst.

So wie ich das sehe, suchst du also nur jemanden, der dir ein Disketten Bootsektorprogramm in NASM hier hinpostet, das den Sektor der Diskette bei 0:0:5 ausliest, irgendwo in den Speicher haut und dort hin springt. Praktisch waere das also mit je der kleinen Modifikation einer Zahl in 2 Zeilen der "load"-Prozedur des zuletzt geposteten Programms zu loesen.

...

Keine Ahnung, ob du wirklich nicht faehig, oder aus irgendwelchen Gruenden einfach nicht willens bist, diese mit den ganzen gegebenen Hinweisen und der Investition eines kleinen Bisschens Ueberlegung IMHO durchaus leicht machbare Aufgabe selbst zu bewaeltigen. So wirkt es zumindest auf mich, als waerst du nicht im Geringsten daran interessiert, etwas zu lernen, sondern wuerdest einfach nur einen Dummen suchen, der fuer dich coded. Da habe ich auf jeden Fall besseres zu tun.

cpp_1

Nicht direkt. Denn "Learning by Doing". Schon klar dass ich einen brauche, der mir einen Code poste, für den Bootloader. Aber wenn ich sehe, wie das gemacht ist, leuchtet mir oft ein Licht auf und weiß es beim nächsten Mal. Entschuligung wenn du damit deine Zeit vergeudest. Aber wenn das so wäre, würde ich mir gleich den GRUB Bootloader herunterladen - wäre doch viel einfacher. Ich zwinge aber niemanden hier etwas zu posten!

Nobuo T

cpp_1 schrieb:

Nicht direkt. Denn "Learning by Doing".

Dazu versuche ich dich doch die ganze Zeit zu animieren. Was du willst, waere dann wohl eher "Learning by making someone else do your job."

cpp_1 schrieb:

Aber wenn ich sehe, wie das gemacht ist, leuchtet mir oft ein Licht auf und weiß es beim nächsten Mal.

Aha... Du willst also nicht lernen, wie ein Bootloader funktioniert, sondern wie du diesen Bootloader so modifizieren kannst, dass er mal diese und mal jene Sektoren von Diskette liest...? Halte ich fuer keine so sinnvolle Aktion...
Sonst faellt es mir schwer, deine Vorstellung von Lernen nachzuvollziehen...