OS开发求助：1024x768x32分辨率下无法正常绘制像素

1. Multiboot2 头部格式错误 #

你的header.asm注释掉了结束标签（end tag），而Multiboot2规范强制要求头部必须以结束标签结尾。缺少该标签会导致Grub无法正确解析头部信息，进而引发帧缓冲区参数传递错误、内存布局异常等问题。

修复代码：取消注释结束标签部分

section .multiboot_header
header_start:
    ; magic number used for multiboot2
    dd 0xe85250d6
    ; architecture
    dd 0 ; protected mode i386
    ; header length
    dd header_end - header_start
    ; checksum
    dd 0x100000000 - (0xe85250d6 + 0 + (header_end - header_start))
    ; ===
    dw 5
    dw 0
    dd 20
    dd 1024
    dd 768
    dd 32

    ; 恢复end tag，必须保留
    dw 0
    dw 0
    dd 8
header_end:

2. 硬编码帧缓冲区地址错误 #

代码中硬编码FRAMEBUFFER = (unsigned char*) 0xa0000是错误的——这个地址仅适用于VGA 320x200x8模式，1024x768x32分辨率的线性帧缓冲区物理地址需要从Multiboot2传递的信息结构体中读取，而非固定值。

修复步骤： #

• 在内核入口函数中解析Multiboot2信息结构体，提取以下关键参数：
  • framebuffer_addr：帧缓冲区物理地址
  • framebuffer_width：屏幕宽度
  • framebuffer_height：屏幕高度
  • framebuffer_bpp：位深
• 用这些动态获取的参数替换代码中的硬编码值，例如：

// 从Multiboot2信息中动态获取
uintptr_t FRAMEBUFFER;
int SCREEN_WIDTH;
int SCREEN_HEIGHT;
int BITS_PER_PIXEL;

3. 数据类型溢出问题 #

代码中BYTES_PER_PIXEL等变量使用unsigned char类型，对于32位色深，BYTES_PER_PIXEL = 4，但计算bytes_per_scanline = SCREEN_WIDTH * bytes_per_pixel时，1024 * 4 = 4096会超出unsigned char的取值范围（0-255），导致计算结果溢出为0，进而使得y>20时的像素地址计算完全错误，触发非法内存访问。

修复方法：将所有像素计算相关变量改为int或unsigned int类型：

const int BITS_PER_PIXEL = 32;
const int BYTES_PER_PIXEL = (BITS_PER_PIXEL + 7) / 8; // 替换位运算，逻辑更清晰
const int PITCH = SCREEN_WIDTH * BYTES_PER_PIXEL;
const int BYTES_PER_SCAN_LINE = SCREEN_WIDTH * BYTES_PER_PIXEL;

4. Grub配置优化 #

当前grub.cfg存在重复设置gfxmode和gfxpayload的问题，可能导致分辨率参数冲突，建议简化配置：

set timeout=0
set default=0

insmod normal
insmod multiboot2
insmod all_video

set background_image=/boot/res/background.jpg

menuentry "Alaric OS" {
    set gfxmode=1024x768x32
    set gfxpayload=keep
    multiboot2 /boot/kernel.bin
    boot
}

gfxpayload=keep会保持gfxmode设置的分辨率，避免重复配置引发的异常。

5. 内存映射与页表设置 #

如果内核启用了分页机制，必须确保帧缓冲区的整个物理地址范围（10247684=3MB左右）被正确映射到虚拟地址空间。未映射区域的内存访问会触发页错误，直接导致系统崩溃。需要在页表初始化时添加帧缓冲区区域的映射规则。

内容的提问来源于stack exchange，提问作者user22055505