- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我主要使用 C++ 制作操作系统,但对于引导加载程序,我使用 FASM。当我尝试设置 GDT 时,Qemu 清除屏幕并在顶部重新打印“SeaBIOS”。它会继续这样循环,直到我关闭它。这是它的动图:
我尝试使用 -nographic 运行它,但它在 Windows 控制台中执行相同的操作。
哦,是的,操作系统/版本信息。
window :20H2
FASM:1.73.25
Qemu:5.1.0
这是我的代码:
gdt_start:
dd 0x00
dd 0x00
gdt_code:
dw 0xffff
dw 0x0
db 0x0
db 10011010b
db 11001111b
db 0x0
gdt_data:
dw 0xffff
dw 0x0
db 0x0
db 10010010b
db 11001111b
db 0x0
gdt_end:
gdt_descriptor:
dw gdt_end - gdt_start - 1
dd gdt_start
CODE_SEG equ gdt_code - gdt_start
DATA_SEG equ gdt_data - gdt_start
switch_to_pm:
cli
lgdt [gdt_descriptor]
mov eax, cr0
or eax, 0x1
mov cr0, eax
jmp CODE_SEG:init_pm
use32
init_pm:
mov ax, DATA_SEG
mov ds, ax
mov ss, ax
mov es, ax
mov fs, ax
mov gs, ax
mov ebp, 0x90000
mov esp, ebp
call BEGIN_PM
BEGIN_PM:
mov ebx, MSG_PROT_MODE
call print_string_pm
call KERNEL_OFFSET
jmp $
更新:完整代码:
; boot.asm
org 0x7c00
KERNEL_OFFSET equ 0x1000
mov [BOOT_DRIVE], dl
mov bp, 0x9000
mov sp, bp
mov bx, MSG_REAL_MODE
call print
call print_nl
call load_kernel
call switch_to_pm
jmp $
print:
pusha
start:
mov al, [bx]
cmp al, 0
je done
mov ah, 0x0e
int 0x10
add bx, 1
jmp start
done:
popa
ret
print_nl:
pusha
mov ah, 0x0e
mov al, 0x0a
int 0x10
mov al, 0x0d
int 0x10
popa
ret
load_kernel:
mov bx, MSG_LOAD_KERNEL
call print
call print_nl
mov bx, KERNEL_OFFSET
mov dh, 1
mov dl, [BOOT_DRIVE]
call disk_load
ret
disk_load:
pusha
push dx
mov ah, 0x02
mov al, dh
mov cl, 0x02
mov ch, 0x00
mov dh, 0x00
int 0x13
jc disk_error
pop dx
cmp al, dh
jne sectors_error
popa
ret
disk_error:
mov bx, DISK_ERROR
call print
call print_nl
mov dh, ah
call print_hex
jmp disk_loop
sectors_error:
mov bx, SECTORS_ERROR
call print
disk_loop:
jmp $
print_hex:
pusha
mov cx, 0
hex_loop:
cmp cx, 4
je end_hex
mov ax, dx
and ax, 0x000f
add al, 0x30
cmp al, 0x39
jle step2
add al, 7
step2:
mov bx, HEX_OUT + 5
sub bx, cx
mov [bx], al
ror dx, 4
add cx, 1
jmp hex_loop
end_hex:
mov bx, HEX_OUT
call print
popa
ret
HEX_OUT:
db '0x0000', 0
gdt_start:
dd 0x00
dd 0x00
gdt_code:
dw 0xffff
dw 0x0
db 0x0
db 10011010b
db 11001111b
db 0x0
gdt_data:
dw 0xffff
dw 0x0
db 0x0
db 10010010b
db 11001111b
db 0x0
gdt_end:
gdt_descriptor:
dw gdt_end - gdt_start - 1
dd gdt_start
CODE_SEG equ gdt_code - gdt_start
DATA_SEG equ gdt_data - gdt_start
switch_to_pm:
cli
lgdt [gdt_descriptor]
mov eax, cr0
or eax, 0x1
mov cr0, eax
jmp CODE_SEG:init_pm
use32
init_pm:
mov ax, DATA_SEG
mov ds, ax
mov ss, ax
mov es, ax
mov fs, ax
mov gs, ax
mov ebp, 0x90000
mov esp, ebp
call BEGIN_PM
BEGIN_PM:
mov ebx, MSG_PROT_MODE
call print_string_pm
call KERNEL_OFFSET
jmp $
VIDEO_MEMORY equ 0xb8000
WHITE_ON_BLACK equ 0x0f
print_string_pm:
pusha
mov edx, VIDEO_MEMORY
print_string_pm_loop:
mov al, [ebx]
mov ah, WHITE_ON_BLACK
cmp al, 0
je print_string_pm_done
mov [edx], ax
add ebx, 1
add edx, 2
jmp print_string_pm_loop
print_string_pm_done:
popa
ret
BOOT_DRIVE db 0
MSG_REAL_MODE db "Started in 16-bit real mode", 0
MSG_LOAD_KERNEL db "Loading kernel into memory", 0
DISK_ERROR db "Disk read error", 0
SECTORS_ERROR db "Incorrect number of sectors read", 0
MSG_PROT_MODE db "Loaded 32-bit protected mode", 0
times 510-($-$$) db 0
dw 0xAA55
; loader.asm
format ELF
extrn main
public _start
_start:
call main
jmp $
// kernel.cpp
void main() {
char* video_memory = (char*) 0xb8000;
*video_memory = 'X';
}
rem compile.bat
@echo off
<NUL set /p="Cleaning binaries..."
del *.bin > NUL
del *.o > NUL
del *.elf > NUL
echo Done
<NUL set /p="Compiling boot.asm..."
fasm boot.asm > NUL
echo Done
<NUL set /p="Compiling loader.asm..."
fasm loader.asm > NUL
echo Done
<NUL set /p="Compiling kernel.c..."
wsl gcc -m32 -ffreestanding -c kernel.cpp -o kernel.o
echo Done
<NUL set /p="Linking..."
wsl objcopy kernel.o -O elf32-i386 kernel.elf
wsl /usr/local/i386elfgcc/bin/i386-elf-ld -o kernel.bin -Ttext 0x1000 loader.o kernel.elf
type boot.bin kernel.bin > os_image.bin
echo Done
<NUL set /p="Running..."
qemu-system-i386 os_image.bin
echo Done
最佳答案
问题不在于代码,而在于你如何构建它。这个序列实际上创建了一个名为 kernel.bin
的 ELF 可执行文件:
wsl objcopy kernel.o -O elf32-i386 kernel.elf
wsl /usr/local/i386elfgcc/bin/i386-elf-ld -o kernel.bin -Ttext 0x1000 loader.o kernel.elf
应该是:
wsl /usr/local/i386elfgcc/bin/i386-elf-ld -o kernel.elf -Ttext 0x1000 loader.o kernel.o
wsl objcopy -O binary kernel.elf kernel.bin
此更改将目标文件链接到 ELF 可执行文件 kernel.elf
,然后将 ELF 可执行文件转换为可由引导加载程序加载的二进制文件 kernel.bin
到地址 0x01000。
关于assembly - Qemu 在设置 GDT 时无限重启,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/65500511/
如果该位为零,那么内存是逐字节寻址的?如果是1,那么内存是按4Kb×4Kb寻址的? 例如,如果该位设置为 0,并且我寻址内存位置 a000h,那么我将寻址该字节在那个位置对吧?如果我寻址下一个位置a0
这是一个非常愚蠢的问题,但我似乎无法解决它。在我的操作系统中,GDT 是通过与内核链接的汇编代码设置的。当发生这种情况时,当然会在加载 GDT 时设置数据段和代码段。此信息在汇编代码中存储为 GDT_
前言 所谓工作模式,是指CPU的寻址方式、寄存器大小、指令用法和内存布局等。 实模式 段基址:段内偏移地址”产生的逻辑地址就是物理地址,即程序员可见的地址完全是真实的内存地址。 保护模式 在保护模式中
我有一个引导加载程序,它正在为我设置 GDT。是否可以找出这个 GDT 的地址以便我可以使用它? 最佳答案 当然,只需使用 sgdt 指示读取当前设置。 关于assembly - 是否有可能获得 GD
使用 lgdt 初始化 GDT 并将其加载到 GDTR 后,稍后如何更新 GDT? 如果我使用 sgdt 命令获取基地址,然后更新或添加条目,然后使用 lgdt 再次重新加载,我是否正确?还有其他方法
我目前正在使用 x86 Assember,以提高我的低级编程技能。目前,我在 32 位保护模式下的寻址方案遇到了一个小问题。 情况如下: 我在 0x7e0 加载了一个程序,它将 CPU 切换到保护模式
在bootasm.S .p2align 2 # force 4 byte alignment gdt: SEG_NULLASM
flush_gdt: lgdt [gdtr] jmp 0x08:complete_flush complete_flush: mov ax, 0x10 mov ds,
在bootasm.S .p2align 2 # force 4 byte alignment gdt: SEG_NULLASM
GDT如何反射(reflect)在进程的线性空间上(如果我没理解错的话,GDTR包含page和offset)。?或这个问题的另一个版本:GDTR 对于每个进程都是唯一的。? 最佳答案 只有一个 GDT
我正在开发一个小型操作系统,它将为每个进程使用单独的本地描述符表。我知道我需要使用 lldt从我的 GDT 加载 LDT 段的指令。我已经让我的内核以有效的 GDT 以保护模式运行,但我无法弄清楚我的
我主要使用 C++ 制作操作系统,但对于引导加载程序,我使用 FASM。当我尝试设置 GDT 时,Qemu 清除屏幕并在顶部重新打印“SeaBIOS”。它会继续这样循环,直到我关闭它。这是它的动图:
我正在编写一个简单的自制 64 位操作系统,通过 UEFI 启动它。这意味着当我的代码开始执行时,它已经处于长模式,并且启用了分页。 现在,退出 UEFI 引导服务后,我想用我自己的控制结构替换 UE
在我开始之前,这里提到的所有代码都在运行@ring0(内核模式)- OSX 10.9: 以下函数崩溃: UINT64 GetGdtBase() { UINT64 gdt = 0; as
我正在尝试使用 Eclipse (Neon) 在 C++ 中运行一个非常简单的 GUI 应用程序:程序启动,显示红色并在 10 秒后自行关闭。 为了实现这一点,我正在运行 Allegro 5.0.10
这个问题的灵感来自多年来许多人遇到的问题,尤其是在 x86 操作系统开发中。最近一个related NASM question被编辑撞了。在那种情况下,该人使用 NASM 并收到组装时间错误: shi
据我了解,这两个表都包含段描述符,提供每个段的访问详细信息,包括基地址、类型、长度、访问权限...等。 看着这个blog差异描述如下: 1. GDT在系统中只有一份,而LDT可以有多个 2. GDT在
我是系统架构的入门级学生,准确地说是intel x86。目前我正在阅读 Intel 的手册 (1,3a,3b,3c),但我被困在分段部分。 据我所知,在保护模式下,系统正在将逻辑内存转换为线性内存(或
I want to use gdb to see my GDTR/LDTR/TTR and segment register 不可见部分(x86) 所以在 gdb 中我输入“p/x $gdtr”...
我是一名优秀的程序员,十分优秀!