所以四天后我就碰壁了。我正在与 OSDev tut 合作,并进行了两天的高低搜索。我已经尝试了一切。首先,我意识到我很愚蠢,我正在尝试 64 编译,这就是为什么我得到“..relocation truncated to fit: rva32 against..”。我转移到 Cygwin 32,现在我无法看到内核中的 main 部分。
抱歉,如果这很愚蠢,我正在课间尝试解决这个问题,但我很累
使用 >>> nasm -f elf boot.asm -o boot.o 编译 boot.asm
MBALIGN equ 1<<0 ; align loaded modules on page boundaries
MEMINFO equ 1<<1 ; provide memory map
FLAGS equ MBALIGN | MEMINFO ; this is the Multiboot 'flag' field
MAGIC equ 0x1BADB002 ; 'magic number' lets bootloader find the header
CHECKSUM equ -(MAGIC + FLAGS) ; checksum of above, to prove we are multiboot
section .multiboot
align 4
dd MAGIC
dd FLAGS
dd CHECKSUM
section .bootstrap_stack
align 4
stack_bottom:
times 16384 db 0
stack_top:
section .text
global _start
_start:
mov esp, stack_top
call kernel_main
cli
.hang:
hlt
jmp .hang
使用 >>> g++ -c kernel.cpp -o kernel.o -ffreestand -O2 -Wall -Wextra -fno-exceptions -fno-rtti 编译的内核
#include <stddef.h>
#include <stdint.h>
/* Hardware text mode color constants. */
enum vga_color
{
COLOR_BLACK = 0,
COLOR_BLUE = 1,
COLOR_GREEN = 2,
COLOR_CYAN = 3,
COLOR_RED = 4,
COLOR_MAGENTA = 5,
COLOR_BROWN = 6,
COLOR_LIGHT_GREY = 7,
COLOR_DARK_GREY = 8,
COLOR_LIGHT_BLUE = 9,
COLOR_LIGHT_GREEN = 10,
COLOR_LIGHT_CYAN = 11,
COLOR_LIGHT_RED = 12,
COLOR_LIGHT_MAGENTA = 13,
COLOR_LIGHT_BROWN = 14,
COLOR_WHITE = 15,
};
uint8_t make_color(enum vga_color fg, enum vga_color bg)
{
return fg | bg << 4;
}
uint16_t make_vgaentry(char c, uint8_t color)
{
uint16_t c16 = c;
uint16_t color16 = color;
return c16 | color16 << 8;
}
size_t strlen(const char* str)
{
size_t ret = 0;
while ( str[ret] != 0 )
ret++;
return ret;
}
static const size_t VGA_WIDTH = 80;
static const size_t VGA_HEIGHT = 24;
size_t terminal_row;
size_t terminal_column;
uint8_t terminal_color;
uint16_t* terminal_buffer;
void terminal_initialize()
{
terminal_row = 0;
terminal_column = 0;
terminal_color = make_color(COLOR_LIGHT_GREY, COLOR_BLACK);
terminal_buffer = (uint16_t*) 0xB8000;
for ( size_t y = 0; y < VGA_HEIGHT; y++ )
{
for ( size_t x = 0; x < VGA_WIDTH; x++ )
{
const size_t index = y * VGA_WIDTH + x;
terminal_buffer[index] = make_vgaentry(' ', terminal_color);
}
}
}
void terminal_setcolor(uint8_t color)
{
terminal_color = color;
}
void terminal_putentryat(char c, uint8_t color, size_t x, size_t y)
{
const size_t index = y * VGA_WIDTH + x;
terminal_buffer[index] = make_vgaentry(c, color);
}
void terminal_putchar(char c)
{
terminal_putentryat(c, terminal_color, terminal_column, terminal_row);
if ( ++terminal_column == VGA_WIDTH )
{
terminal_column = 0;
if ( ++terminal_row == VGA_HEIGHT )
{
terminal_row = 0;
}
}
}
void terminal_writestring(const char* data)
{
size_t datalen = strlen(data);
for ( size_t i = 0; i < datalen; i++ )
terminal_putchar(data[i]);
}
extern "C"
{
void kernel_main()
{
terminal_initialize();
/* Since there is no support for newlines in terminal_putchar yet, \n will
produce some VGA specific character instead. This is normal. */
terminal_writestring("Hello, kernel World!\n");
}
}
链接器调用>>> g++ -T linker.ld -o myos.bin -ffreestand -O2 -nostdlib -fno-exceptions boot.o kernel.o -lgcc
ENTRY(_start)
SECTIONS
{
/* Begin @ 1 MB*/
. = 1M;
/* multiboot header -> text */
.text BLOCK(4K) : ALIGN(4K)
{
*(.multiboot)
*(.text)
}
/* Read only data */
.rodata BLOCK(4K) : ALIGN(4K)
{
*(.rodata)
}
/* Read-write data */
.data BLOCK(4K) : ALIGN(4K)
{
*(.data)
}
/* Read, write, and stack */
.bss BLOCK(4K) : ALIGN(4K)
{
*(COMMON)
*(.bss)
*(.bootstrap_stack)
}
/* Additional Here */
}
也许我只是被烧伤了,没有看到简单的东西,但这就是我来这里的原因
最佳答案
我知道这个问题是一个较旧的问题,但从遇到的问题中可以学到一些东西。假设 32 位编译,会出现一些问题,并且很可能有一个问题可能会导致您的问题。
链接时您已指定 .bootstrap_stack 将放置在 .bss 部分中:
.bss BLOCK(4K) : ALIGN(4K)
{
*(COMMON)
*(.bss)
*(.bootstrap_stack)
}
在 boot.asm
中,您可以使用以下命令定义堆栈:
section .bootstrap_stack
align 4
stack_bottom:
times 16384 db 0
stack_top:
这很好,但您不应该尝试将初始化的数据放入 .bss 中,并且您添加的部分应该具有 nobits
、alloc
和 write
属性设置为与典型的 BSS 段兼容。它可能看起来像:
section .bootstrap_stack nobits alloc write
align 4
stack_bottom:
resb 16384 ; Reserves but doesn't initialize 16384 bytes
stack_top:
进行这些更改将在 BSS 段中设置适当的堆栈(大小为 16k),并避免汇编器和链接器警告。
在您的boot.asm
中,您调用kernel_main
。这很好,但由于它不在 boot.asm
内,您应该告诉汇编器(NASM)它是一个外部标签。在 boot.asm
的顶部,您应该添加:
extern kernel_main
使用 GCC 的最大潜在问题是,它会在 ELF header 之后放置一个带有 .note.gnu.build-id
的 4k 部分。这几乎可以保证您的 section .multiboot
将被放置在 ELF 二进制文件的 8k 点之外,并且会导致多重引导加载程序(如 GRUB)告诉您它在您的文件中找不到多重引导 header 。文件。为了解决这个问题,您需要使用链接器选项 -Wl,--build-id=none
链接最终的内核二进制文件 (myos.bin
)。您还应该明确告诉NASM使用-f elf32
生成32位ELF对象,并使用生成GCC>-m32
选项。您的编译和链接命令将类似于:
nasm -f elf32 boot.asm -o boot.o
g++ -m32 -c kernel.cpp -o kernel.o -ffreestanding -O2 -Wall -Wextra -fno-exceptions -fno-rtti
g++ -m32 -Wl,--build-id=none -T linker.ld -o myos.bin -ffreestanding -O2 -nostdlib -fno-exceptions boot.o kernel.o -lgcc
要使用调试符号进行编译和链接,您可以这样做:
nasm -f elf32 -g -F dwarf boot.asm -o boot.o
g++ -g -m32 -c kernel.cpp -o kernel.o -ffreestanding -O2 -Wall -Wextra -fno-exceptions -fno-rtti
g++ -g -m32 -Wl,--build-id=none -T linker.ld -o myos.bin -ffreestanding -O2 -nostdlib -fno-exceptions boot.o kernel.o -lgcc
您还应该注意advice OSDev Wiki 使用交叉编译器进行构建,而不是针对您的主机环境定制的 native 编译器。从长远来看,这可以避免一些难以发现的错误。
修改后的 boot.asm
可能如下所示:
extern kernel_main
MBALIGN equ 1<<0 ; align loaded modules on page boundaries
MEMINFO equ 1<<1 ; provide memory map
FLAGS equ MBALIGN | MEMINFO ; this is the Multiboot 'flag' field
MAGIC equ 0x1BADB002 ; 'magic number' lets bootloader find the header
CHECKSUM equ -(MAGIC + FLAGS) ; checksum of above, to prove we are multiboot
section .multiboot
align 4
dd MAGIC
dd FLAGS
dd CHECKSUM
section .bootstrap_stack nobits alloc write
align 4
stack_bottom:
resb 16384 ; Reserves but doesn't initialize 16384 bytes
stack_top:
section .text
global _start
_start:
mov esp, stack_top
call kernel_main
cli
.hang:
hlt
jmp .hang
关于x86 - 链接器和内核问题,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19555456/