无法从C中的磁盘读取扇区

Question

我正在使用i686-elf-gcc 交叉编译器生成代码以在实模式下运行。

我正在尝试从我的内核中读取一个扇区。我知道这是我的内核所在的位置，在第二扇区，第 0 个驱动器，第 0 个轨道。它构建得很好，但是在我调用 read 之后，sectors_read 仍然是 0。

u8 status;
u8 sectors_read;
read(1, 0, 1, 0, 0, status, sectors_read);
kprint("STATUS: ");
hex_to_ascii(status, num_str_buffer);
kprint(num_str_buffer);
kprint("\nSECTORS READ: ");
num_str_buffer[0] = '\0';
hex_to_ascii(sectors_read, num_str_buffer);
kprint(num_str_buffer);

void read(u8 sector_size, u8 track, u8 sector, u8 head, u8 drive, u8 status, u8 sectors_read)
{
    asm volatile("mov $2, %AH");
    asm volatile("mov %0, %%AL" : : "r"(sector_size) : );
    asm volatile("mov %0, %%CH" : : "r"(track) : );
    asm volatile("mov %0, %%CL" : : "r"(sector) : );
    asm volatile("mov %0, %%DH" : : "r"(head));
    asm volatile("mov %0, %%DL" : : "r"(drive));
    asm volatile("int $0x13");
    asm volatile("mov %%AH, %0":"=r"(status) : );
    asm volatile("mov %%AL, %0":"=r"(sectors_read) : );
}

Answer 1

你的read 函数有很多问题。由于您没有发布可重现的示例，甚至没有足够的细节来了解您正在为什么工具链编程，因此我无法对您的问题给出明确的答案。以下是一些错误的地方：

• 在 C 中，所有函数参数都是按值传递的。在read 中分配给status 和sectors_read 不会影响您在被调用者中传递的参数。而是传递一个指针。
• 您不要告诉编译器您破坏了ax、cx 和dx，或者这些寄存器的内容很重要。因此，编译器可能会将它们用于它喜欢的任何目的，从而干扰您想要的语义。要解决此问题，请使用寄存器约束而不是 mov 指令将参数放入正确的寄存器中。
• 您似乎没有将es:bx 设置为要读取数据的缓冲区地址。因此，BIOS 会将数据读入es:bx 指向的任何地址，实质上是覆盖随机内存。

这是一个如何在read 函数中解决这些问题的示例。请注意，根据您的情况，可能需要进行更多更改。

typedef unsigned char u8;
typedef unsigned short u16;

void read(u8 sector_size, u8 track, u8 sector, u8 head, u8 drive,
    u8 *buffer, u8 *status, u8 *sectors_read)
{
    u16 result;

    asm volatile("push %%cs; pop %%es; int $0x13"
        : "=a"(result)
        : "a"(0x200|sector_size), "b"(buffer),
          "c"(track<<8|sector), "d"(head<<8|drive)
        : "es", "memory");

    *status = result >> 8;
    *sectors_read = result >> 0;
}

上面的代码假设 ia16-gcc。对于 i686-gcc，使用

    asm volatile("int $0x13"
        : "=a"(result)
        : "a"(0x200|sector_size), "b"(buffer),
          "c"(track<<8|sector), "d"(head<<8|drive)
        : "memory");

改为。

请理解，如果没有您的合作以及您对人们在您的问题下所写的 cmets 的回复，不可能提供比这更好的帮助。