Линкер и ядро ​​горе

Так что я врезался в стену через четыре дня. Я работаю с OSDev Tut и искал высокие и низкие два дня. Я перепробовал все. Сначала я понял, что глуп, что я пытался выполнить компиляцию 64, и именно поэтому я получил «..relocation усеченный, чтобы соответствовать: rva32 против ..». Я перешел на Cygwin 32 и теперь не могу увидеть главное в своем ядре.

Извините, если это глупо, я пытаюсь работать над этим между классами, и я сожжен

boot.asm, скомпилированный с >>> nasm -f elf boot.asm -o boot.o

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 -ffreestanding -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 -ffreestanding -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 */
}

Может быть, я просто сгорел и не вижу ничего простого, но именно поэтому я здесь

3

Решение

Я знаю, что этот вопрос более старый, но есть несколько вещей, которые можно извлечь из проблем, с которыми мы столкнулись. Предполагая 32-битную компиляцию, есть несколько проблем, и, вероятно, одна проблема, которая могла вызвать ваши проблемы.

При указании ссылки вы указали, что .bootstrap_stack будет размещен в .ПБС раздел:

.bss BLOCK(4K) : ALIGN(4K)
{
*(COMMON)
*(.bss)
*(.bootstrap_stack)
}

В boot.asm Вы определяете стек с помощью:

section .bootstrap_stack
align 4
stack_bottom:
times 16384 db 0
stack_top:

Это нормально, но вы не должны пытаться поместить инициализированные данные в .ПБС, и раздел, который вы добавляете, должен иметь 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:

Внесение этих изменений создаст правильный стек (размером 16 КБ) в BSS сегмент и избегать предупреждений ассемблера и компоновщика.

В вашем boot.asm ты сделаешь call kernel_main, Это хорошо, но так как его нет внутри boot.asm ты должен сказать ассемблеру (NASM) что это внешняя метка. На вершине boot.asm Вы должны добавить:

extern kernel_main

Самая большая потенциальная проблема с использованием НКУ является то, что он разместит раздел 4k с .note.gnu.build-id после ваших заголовков ELF. Это почти гарантирует, что ваш section .multiboot будет расположен за точкой 8k вашего двоичного файла ELF и заставит мультизагрузочный загрузчик (например, GRUB) сообщить вам, что он не может найти мультизагрузочный заголовок в вашем файле. Чтобы обойти это, вам нужно связать ваш окончательный двоичный файл ядра (myos.bin) с опцией компоновщика -Wl,--build-id=none , Вы также должны явно сказать NASM генерировать 32 бит ELF объект с -f elf32 а также НКУ с -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

Вы также должны учитывать совет OSDev Wiki для сборки с кросс-компилятором, а не с собственным компилятором, адаптированным к среде вашего хоста. В долгосрочной перспективе это поможет избежать трудностей с поиском ошибок.

Пересмотренный 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
1

Другие решения

По умолчанию GCC добавляет так называемые «файлы запуска» в ваш объектный файл, что делает его невозможным для загрузки. Чтобы отключить их, добавьте -nostartfiles к списку аргументов g++, Кроме того, C ++ требует кучу других вещей, созданных для того, чтобы он даже загружался!

Посмотри пожалуйста:
http://wiki.osdev.org/C++

0

По вопросам рекламы [email protected]