gpt4 book ai didi

assembly - 实模式中断处理例程未按预期工作

转载 作者:行者123 更新时间:2023-12-03 06:30:02 24 4
gpt4 key购买 nike

我设法通过引导加载程序将一个小内核加载到内存中,该引导加载程序执行远跳转到0x0090:0x0000。当我从那里打印一个字符来测试它时,内核已成功加载,并且它可以正常工作。

我想将中断 0x08->0x0F0x70->0x77 重新映射到中断 0x20->0x2F,因此异常/保留中断不重叠。到目前为止,我只处理键盘按下并尝试将其打印到屏幕上。
我检查了很多次,出于某种原因,我只是不知道为什么,但是当我按下 a 时什么也没有发生关键。
键映射只是扫描码与其所尊重的 ASCII 值的数组。

如果这有任何帮助:我测试了运行一个循环并打印一个字符,然后HLTing,一旦打印了 2 个字符,它就会挂起。我确保启用中断。
(我正在为引导加载程序加载 4 个扇区(从扇区 2 到扇区 5),这就是为什么我要填充它以使其大小为 2048 字节)。

顺便说一句,我不需要在中断程序中使用CLI,因为它已经为我完成了,对吧?我记得读过这篇文章,但我不太确定。

BITS 16
ORG 0x0000

; Setup Segments ;
cli
cld
mov ax, cs
mov ds, ax ; this program was far-jumped to (0x0090:0x0000) so ds = cs = 0x0090
mov ax, VIDEO_ORIGIN
mov es, ax

; Remap PIC Interrupt Vector Offsets to 0x20 -> 0x35 ;
remapInterrupts:
; Send Initialization Command (expecting ICW4)
mov al, 0x11
out 0x20, al
out 0xA0, al

; Remap Vector Offsets (ICW2)
mov al, 0x20 ; Master IRQ lines mapped to 0x20 -> 0x27
out 0x21, al
mov al, 0x28 ; Slave IRQ lines mapped to 0x28 -> 0x2F
out 0xA1, al

; Set Cascade Lines between Master and Slave PICs (ICW3)
mov al, 0x04 ; 00000100 (line 2)
out 0x21, al
mov al, 0x02 ; 00000010 (line 2 in binary, cascade identity)
out 0xA1, al

; Set 80x86 Mode (ICW4)
mov al, 0x01
out 0x21, al
out 0xA1, al

; Set Masks
mov al, 0xFD ; 11111101 (keyboard)
out 0x21, al
mov al, 0xFF ; 11111111
out 0xA1, al

setInterrupts:
push ds
mov ax, 0x0000
mov ds, ax
mov [ds:0x84], word interrupt21 ; 0x84 = 0x21 * 4
mov [ds:0x86], cs
pop ds
jmp start

interrupt20: ; Programmable Interval Timer
; NOT SUPPORTED, place holder
push ax
mov al, 0x20
out 0x20, al
pop ax
iret
interrupt21: ; Keyboard
push ax
push bx
in al, 0x60
test al, 0x80 ; high-bit set = keyup = don't print
jnz .finish
movzx bx, al
mov al, [keymap + bx]
mov ah, 0x07
stosw

.finish:
mov al, 0x20
out 0x20, al

pop bx
pop ax
iret
interrupt22: ; Slave Cascade
interrupt23: ; COM2 / COM4
interrupt24: ; COM1 / COM3
interrupt25: ; LPT2
interrupt26: ; Floppy controller
interrupt27: ; LPT1
; NOT SUPPORTED, place holder
push ax
mov al, 0x20
out 0x20, al
pop ax
iret
interrupt28: ; RTC
interrupt29: ; Unassigned
interrupt2A: ; Unassigned
interrupt2B: ; Unassigned
interrupt2C: ; Mouse Controller
interrupt2D: ; Math Coprocessor
interrupt2E: ; Hard Disk Controller 1
interrupt2F: ; Hard Disk Controller 2
; NOT SUPPORTED, place holder
push ax
mov al, 0x20
out 0xA0, al
out 0x20, al
pop ax
iret

start:
sti
xor di, di
jmp $

; --- CONSTANTS --- ;
VIDEO_ORIGIN EQU 0xB800

; --- DATA --- ;
drive db 0
keymap:
db 00h, 1Bh, '1', '2', '3', '4', '5', '6', '7', '8', '9', '0', '-', '=', 08h, 09h
db 'Q', 'W', 'E', 'R', 'T', 'Y', 'U', 'I', 'O', 'P', '[', ']', 00h, 00h
db 'A', 'S', 'D', 'F', 'G', 'H', 'J', 'K', 'L', ';', "'", '`', 00h, '\'
db 'Z', 'X', 'C', 'V', 'B', 'N', 'M', ',', '.', '/', 00h, 00h, 00h, ' ', 00h,
db 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h, 00h,
db '-', 00h, 00h, 00h, '+', 00h, 00h, 00h, 00h, 00h

times 2048 - ($ - $$) db 0

最佳答案

必须开发实模式中断例程,就好像除了 CS 寄存器之外什么都不知道(并且中断标志被清除)。当我们获得硬件中断时,CS:IP 通过中断向量设置。 CS 将是我们写入中断向量表的段。在您的例子中,它是 0x0090,因为您执行此操作(使用 DS=0x0000)来更新中断向量表:

mov [ds:0x86], cs

由于在调用中断处理程序时我们不能依赖 DS 来实现我们想要的效果,因此我们可以将 DS 压入堆栈,复制 CSDS并通过DS访问我们的内存变量,然后恢复DS。或者,我们可以修改内存操作数,以便它们显式使用 CS 寄存器。我们可以将中断处理程序修改为如下所示:

interrupt21:                ; Keyboard
push ax
push bx
push di ; Save DI
push es ; Save ES

mov ax, VIDEO_ORIGIN
mov es, ax ; Set ES to video memory segment
mov di, [cs:videopos] ; Get last videopos into DI
in al, 0x60
test al, 0x80 ; high-bit set = keyup = don't print
jnz .finish
xor bh, bh ; set high byte of BX to zero
mov bl, al ; low byte of BX is scancode
mov al, [cs:keymap + bx]; Reference keymap via CS segment (not DS)
mov ah, 0x07
cld ; Set the direction flag forward
stosw
mov [cs:videopos], di ; Save current video position

.finish:
mov al, 0x20
out 0x20, al

pop es ; Restore ES
pop di ; Restore DI
pop bx
pop ax
iret

我已经记录了我添加的行。但重要的是:

  • 我们无法保证ES就是我们想要的,因此我们需要将其显式设置为视频内存段。
  • 寄存器必须恢复到中断之前的相同状态。我们将修改 ES 寄存器和 DI 寄存器,因此我们应该将它们保存在堆栈上(并在最后恢复它们)。
  • 我们不能依赖DI实际上是我们期望的值,因此我们必须在中断调用之间保存它的值,以便我们可以正确地前进到屏幕上的下一个单元格进行写入。
  • 内存操作数已被重写,以使用CS寄存器而不是DS寄存器。进行段覆盖可以避免将 CS 复制到 DS 并在中断处理程序中保存/恢复 DS
  • 我们不能依赖方向标志就是我们想要的。由于您在中断处理程序中使用STOSW,我们希望确保使用CLD清除它,以便它向前推进DI
  • 我们可以简单地将BX寄存器的上部清零,而不是使用movzxmovzx 仅适用于 386 处理器。如果您使用的是 386+,则可以保留该指令,但如果您打算定位 8086/8088/80188/80286,则无法使用它。

将您的启动例程修改为:

start:
mov word [videopos], 0x0000 ; Initialize starting video position
sti
.progloop:
hlt
jmp .progloop

如果您使用 jmp $ 进行紧密循环,某些模拟器并不总是进行屏幕刷新。更好的方法是使用 HLT 指令。当中断发生时,CPU 将暂停处理器,直到下一个中​​断发生。当确实发生时,它将由中断处理程序提供服务,并最终将进入下一条指令。在这种情况下,我们跳回并再次执行HLT,等待下一个中断。

由于我们添加了一个新变量来跟踪我们正在写入的屏幕单元,因此我们需要将 videopos 添加到您的 .data 段:

; --- DATA --- ;
drive db 0
videopos dw 0

这些更改似乎确实适用于 BochsQEMUVirtualBox。如果这对您不起作用,那么您可能没有将第二阶段(相当于 4 个扇区)正确加载到 0x0090:0x0000 中?由于我看不到您的第一阶段代码,因此我无法确定。

关于assembly - 实模式中断处理例程未按预期工作,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34489155/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com