Interrupt-Vector?

Christoph

es will einfach nicht klappen!

IDEAL
model tiny
P386
codeseg
  org 0h

  jmp 1000h:@@Entry
@@Entry:
  mov [word ptr 0:24h], offset TastaturHandler
  mov [word ptr 0:26h], 1000h ; seg TastaturHandler

  sti ; Interrupts zulassen
@@hang:
  jmp @@hang

proc TastaturHandler
  int 19h ; neustart
  iret
endp TastaturHandler

end @@Entry

Sogar dieser kleine Code funktioniert einfach nicht
Aber woran kann das liegen?

malfunction

Was passiert denn wenn man eine Taste drückt? Gar nichts?
Wilde Vermutung: Ich hab mal gehört es soll nicht so gut sein Interrupts innerhalb von Interrupts aufzurufen. Versuch doch mal deinen INT Aufruf zu simulieren (pushf, und dann ein FAR CALL).

Christoph

Es passiert gar nix, das ist es ja

Das mit den Interrupts in Interrupts klingt für mich plausibel. Ich werds gleich mal testen. (Ich bin gerad an nem anderen Rechner).

Christoph

Ok ich hab mal folgenden test-Code geschrieben:

IDEAL
model tiny
P386
codeseg
  org 0h

@@Entry:
  jmp @@SkipData
  Message db "Kernel geladen!", 13, 10, 0

@@SkipData:
  assume cs:@code, ds:@code, es:@code
  mov ax, cs
  mov ds, ax
  mov es, ax

  mov eax, [0:19h*4h]
  ;mov [dword ptr Int19], eax
  mov [Int19], ax
  shr eax, 16
  mov [Int19+2], ax
  pushf
  db 0FFh
  Int19 dw ?, ?

end @@Entry

Da müsste doch eigentlich int 19h (neustart) aufgerufen werden? Aber es tut sich einfach nix

Nobuo T

hm. der Opcode fuer den far call stimmt ja wohl auch net.
Ich wurde folgendes vorschlagen:

IDEAL
model tiny
P386
codeseg
org 0h

@@Entry:
jmp @@SkipData
Message db "Kernel geladen!", 13, 10, 0

@@SkipData:
assume cs:@code, ds:@code, es:@code
mov ax, cs
mov ds, ax
mov es, ax

mov eax, [0:19h*4h]
mov [Int19], eax
pushf
call [dword ptr Int19]

Int19 dd ?

end @@Entry

Christoph

Ich habs hingekriegt! Nach einigen Stunden Ausprobierens.

IDEAL
model tiny
P386

macro NewLine
  mov al, 13
  mov ah, 0Eh
  mov bx, 7
  int 10h
  mov al, 10
  mov ah, 0Eh
  mov bx, 7
  int 10h
endm NewLine

codeseg
  org 0h

@@Entry:
  jmp @@SkipData
  StartMsg db "Kernel geladen, cs = ", 0

@@SkipData:
  assume cs:@code, ds:@code, es:@code
  mov ax, cs
  mov ds, ax
  mov es, ax

  mov si, offset StartMsg
  call Print

  mov ax, 0
  mov ds, ax

  mov ax, cs
  mov es, ax
  mov ax, [word ptr 24h]
  mov [es:OldInt9], ax
  mov ax, [word ptr 26h]
  mov [es:OldInt9+2], ax

  cli
  mov [word ptr 24h], offset Int21Handler
  mov [word ptr 26h], 1000h
  sti

@@hang:
  jmp @@hang

; Erwartet die Adresse des auszugebenden nullterminierten Puffers in DS:SI
proc Print far
@@PrintLoop:
  lodsb
  cmp al, 0
  je @@PrintEnde
  mov ah, 0Eh
  mov bx, 7
  int 10h
  jmp @@PrintLoop
@@PrintEnde:
  retf
endp Print

TasteGedrueckt db "Taste gedrueckt!", 0
proc Int9Handler far

  ; Den Original-Handler des BIOS aufrufen
  pushf
  db 09Ah         ; far call
  OldInt9 dw ?, ?

  mov si, offset TasteGedrueckt

  iret
endp Int9Handler

end @@Entry

Ich weiß nicht so ganz wo der Fehler jetzt eigentlich lag. Vielleicht daran, dass ich nicht den alten int9 handler des BIOS aufgerufen habe.
Ist ja auch egal, hauptsache es klappt

Christoph

Aja jetzt fällts mir wieder ein, der Fehler ist folgender:
[0:24h]
Das wird vom TASM seltsamerweise zu [ds:24h] ausgewertet. Und da ds natürlich nicht 0 war hat es nicht geklappt.

Nobuo T

Das wuerde nicht nur TASM so interpretieren. Ein Speicherzugriff wird immer aus einem Segmentregister und dem Offset errechnet.
Ist mir gar nicht aufgefallen... In den ersten Codeausschnitten, die du gepostet hast, wars schliesslich auch noch richtig

Christoph

Naja ich versteh ja auch nicht so ganz warum es nicht geklappt hat, aber das ist doch jetzt eh egal

Eine sache noch:
Wenn ich den alten Handler des BIOS nicht aufrufe, reagiert er auf einen einzigen Tastendruck und dann hängt er sich (anscheinend) auf und macht nix mehr. Was macht denn der Handler des BIOS so wichtiges?

Nobuo T

Dann poste doch bitte nochmal den richtigen code bzw. berichtige den im letzten Post...
Da wird schliesslich irgendwie ein Offset von einem "Int21Handler" den ich da nirgends sehe in den Int9-Vector geschrieben und im int9Handler wird nur der alte int9 aufgerufen und dann si gesetzt. Also sollte eigentlich sowieso gar nichts passieren, wenn eine Taste gedrueckt wird.

Christoph

Der Code war schon fast richtig:

IDEAL
model tiny
P386

macro NewLine
  mov al, 13
  mov ah, 0Eh
  mov bx, 7
  int 10h
  mov al, 10
  mov ah, 0Eh
  mov bx, 7
  int 10h
endm NewLine

codeseg
  org 0h

@@Entry:
  jmp @@SkipData
  StartMsg db "Kernel geladen!", 0

@@SkipData:
  assume cs:@code, ds:@code, es:@code
  mov ax, cs
  mov ds, ax
  mov es, ax

  mov si, offset StartMsg
  call Print
  NewLine

  mov ax, 0
  mov ds, ax

  mov ax, cs
  mov es, ax
  mov ax, [word ptr 24h]
  mov [es:OldInt9], ax
  mov ax, [word ptr 26h]
  mov [es:OldInt9+2], ax

  cli
  mov [word ptr 24h], offset Int9Handler
  mov [word ptr 26h], 1000h
  sti

@@hang:
  jmp @@hang

; Erwartet die Adresse des auszugebenden nullterminierten Puffers in DS:SI
proc Print far
@@PrintLoop:
  lodsb
  cmp al, 0
  je @@PrintEnde
  mov ah, 0Eh
  mov bx, 7
  int 10h
  jmp @@PrintLoop
@@PrintEnde:
  retf
endp Print

TasteGedrueckt db "Taste gedrueckt!", 0
proc Int9Handler far
  pusha
  push ds

  ; Den Original-Handler des BIOS aufrufen
  pushf
  db 09Ah         ; far call
  OldInt9 dw ?, ?

  mov ax, cs
  mov ds, ax
  mov si, offset TasteGedrueckt
  call Print

  pop ds
  popa
  iret
endp Int9Handler

end @@Entry

Bigor

hey,will auch
komisch auf die idee cs auszugeben bin ich auch mal gekommen ,allerdings gings bei mir um org 100h
wenn ich sowas lese kriege ich immer lustig auch wieder was zu machen und werde aktiv,ich hab s recht schnell hinbekommen aber es funzt nur einmal danach is sense!?

.model tiny
.code
org 0100h
START:
jmp go

go:
mov ax,7b00h
xor dx,dx
mov bx,16
div bx
push ax
pop ds
cli;
mov ax,9000
mov ss,ax
mov sp,00h
sti;
cld;
call print

cli
xor ax,ax
push ax
pop es
mov ax,4
mov bx,9
mul bx
push ax
pop di
mov ax,offset key;
add ax,7b00h
stosw
xor ax,ax
stosw
sti

hang:
jmp hang

message db "Hello this is bigOS v0.002 and cs is: ",0

print:
mov si, offset message
xor di,di;

read:
lodsb
mov ah,0eh
or al,al
jz ende
int 10h
jmp read;
ende:
push cs
pop ax
call intout;
ret

intout:  ;parameter in ax!!!!!!!
or ax,ax
jz was_zero
mov cx,5
mov bx,10000
loop________1:
xor dx,dx
div bx
mov ah,0eh
or al,al
add al,48
int 10h
mov ax,bx
push dx
xor dx,dx
mov bx,10
div bx
mov bx,ax
pop ax
loop loop________1
ret
was_zero:
zero_________2:
mov ah,0eh
add al,48
int 10h
ret;

key:
mov al,'.'
mov bl,33
mov ah,0eh
int 10h;
iret

org 2feh
db 0aah,055h
END START

Termite

@ cd9000 das dein system ohne den orginal tastaturhandler nur ein zeichen auswertet und dann einfriert liegt daran, dass du auch die tastaturpuffer weieder freischalten must, und die interuptsperre wieder aufheben musst. ( letzteres weis ich nicht genau. was ein hwint alles macht. ersteres sind glaubich 2 bis 3 out befehle um den tastaturbaustein wieder entsprechend vorzubereiten.(müsste heut abend mal nachschauen, hab mal so nen tastaturhandler selber geschrieben))

gruss termite