Thema: OS-Dev mit Intelassembler

[Buschpilot]

Hallo,

so habe jetzt GRUB als bootmanager und auch als .iso mit meinem kernel drauf. beim booten kann ich auch mein os auswählen aber dann kommt die meldung: "error: no loaded kernel"

dachte es liegt daran dass ich den multiboot header falsch erstellt habe aber mit der version von littlefox funktioniert es auch nicht.

woran kann es liegen?

EDIT:

am multibootheader liegt es nicht

die fehlermeldung lautet jetzt: "unknown ELF class"

habe mit nasm anstatt bin eine elf datei zu erzeugen "nasm -f elf -o kernel.elf kernel.asm" bzw "nasm -f elf32 -o kernel.elf kernel.asm"
habe die grub.cfg entsprechend geändert.

dann taucht die fehlermeldung auf: "invalid ELF file type"

[kevin]

Du hast eine Objektdatei erstellt (relocatable), die musst die jetzt zu einer ausführbaren ELF-Datei (executable) linken.

[Buschpilot]

und wie mache ich das? hat nasm da einen integriert? habe nichts gefunden und mir ALINK geladen aber da kann ich nur zu .COM .EXE und .PE dateien linken

[kevin]

Mit ld, so wie du es mit einem C-Kernel auch machen würdest.

[Buschpilot]

stimmt gibts ja auch noch hab ich gar nicht dran gedacht da ich ja mit nasm und nicht mehr mit gcc arbeite.

ich verstehe allerdings nicht diese linkerscripts. habe schon das manual dazu gelesen aber verstehe es trotzdem nicht.

[Dimension]

Bei NASM kannst du entweder das BIN-Format (-f bin) und die ORG-Direktive verwenden, oder das ELF-Format (-f elf) und mit ld linken. Wenn du deinen ASM-Code mit C kombinieren willst, musst du in jedem Fall linken. Beim Linken werden die Objektdateien an eine feste Adresse ausgerichtet und alle Labels durch feste Adressen ersetzt. btw: ELF gibt es sowohl als relocatable als auch als executable. Images kannst du mit dd zusammensetzen.

Im Linker-Script (einbinden mit -T) stehen sowohl Ausgabeformat, Startadressen der einzelnen Sections, als auch das Label des Einstiegspunkts.

Tutorial im Wiki: http://www.lowlevel.eu/wiki/C-Kernel_mit_GRUB

[Buschpilot]

ja aber wenn ich mit grub .bin laden will erscheint "unknown ELF class"

[kevin]

Wenn du eine flache Binary mit GRUB laden willst, musst du den a.out-Kludge benutzen, d.h. Bit 16 in den Flags setzen und die entsprechenden zusätzlichen Felder im Multibootheader angeben.

Aber über kurz oder lang willst du sowieso einen Linker benutzen.

[Buschpilot]

wie genau sieht das aus? tut mir leid wenn ich so viel frage

[Dimension]

Das Tutorial hat bei mir funktioniert. Du kannst dir ja erstmal alles kopieren und das zum Laufen bringen.

[nnosdev]

Ich hab mich ebenfalls für die Intel-Syntax entschieden:

Code: [Auswählen]

section multiboot
MB_MODULEALIGN equ 0x0 ;not used
MB_MEMINFO equ 0x0 ;not used
MB_FLAGS equ MB_MODULEALIGN | MB_MEMINFO
MB_MAGIC equ 0x1BADB002
MB_CHECKSUM equ -(MB_MAGIC + MB_FLAGS)

align 4
dd MB_MAGIC
dd MB_FLAGS
dd MB_CHECKSUM

section .text

extern init

global _start
_start:
mov esp, kernel_stack
call init

_stop:
    cli
    hlt

    jmp _stop

section .bss
resb 8192 ; 8kB stack
kernel_stack:

Und das dafür vorgesehene Makefile entsprechend geändert:

Code: [Auswählen]

# Main Makefile

SRCS = $(shell find -name '*.[cS]')
OBJS = $(addsuffix .o,$(basename $(SRCS)))

CC = gcc
AS = nasm
LD = ld

ASFLAGS = -f elf
CFLAGS = -m32 -Wall -g -fno-stack-protector -nostdinc
LDFLAGS = -melf_i386 -Ttext=0x100000

nnOS: $(OBJS)
$(LD) $(LDFLAGS) -o $@ $^

%.o: %.c
$(CC) $(CFLAGS) -c -o $@ $^

%.o: %.S
$(AS) $^ $(ASFLAGS) -f elf -o $@

clean:
rm $(OBJS)

qemu:
qemu -kernel nnOS

.PHONY: clean