programmering - Assembly 16-bit operativ system - Udvikleren.dk

Tags: programmering

<< < 1 2 3 > >>

Bruger #15718 @ 26.02.10 23:04

Hej allesammen!
Jeg har besluttet mig for at lave mit eget lille fritids 16-bit operativ system, der har en Assembly boot loader og en kernel som er udviklet i C.
Men jeg har to problemer: Jeg har lige skrevet koden til min C kernel, men jeg kommer lige i tanke om at jeg har slettet gcc.exe og ld.exe. Og jeg har virkelig svært ved at finde det nogen steder på Google. Så hvis nogen lige kunne give mig et link som giver adgang til disse to filer, ville det bare være super.
Mit andet problem er at jeg får en fejl når jeg assembler nedenstående program med NASM:

Kode

[bits 16]
[org 0x7c00]
[extern _os]
booter:
    mov ax, 0x0000
    mov ds, ax
    mov si, booting
    call outputBooting
    mov si, startingKernel
    call outputKernel
    call bootKernel
outputBooting:
    mov ah, 0x0e
    mov al, [si]
    cmp al, 0
    jz hang
    mov bh, 0x00
    mov bl, 0x07
    int 0x10
    inc si
    jmp outputBooting
outputKernel:
    mov ah, 0x0e
    mov al, [si]
    cmp al, 0
    jz hang
    mov bh, 0x00
    mov bl, 0x07
    int 0x10
    inc si
    jmp outputKernel
bootKernel:
    call _os
    cli
    hlt
hang:
    ret booter
booting db "Booting process started...", 0dh, 0ah, 0
startingKernel db "Booting kernel...", 0dh, 0ah, 0
times 510 - ($ - $$) db 0
dw 0xaa55

Dette var koden, og dette er fejlen:

Kode

bootloader.asm:2: error: unrecognised directive [org]

Hvis der er nogen som kan hjælpe mig med disse to problemer, vil jeg være meget taknemmelig.
-På forhånd tak, for hjælpen

21 svar postet i denne tråd vises herunder
2 indlæg har modtaget i alt 6 karma

Sorter efter stemmer Sorter efter dato

Bruger #15718 @ 27.02.10 17:14

Du kan ikke bruge aout formatet. Første byte i filen skal være en instruktion. Prøv at disassemble den færdige fil og se, om den kan eksekveres fra første byte.
Kode
ndisasm -b 16 a.out
Derudover har du nok problemer med at tilgå hukommelsen som du gør i din C kode, for når maskinen booter er hukommelsen segmenteret. Du skal lave et skift til 32 bit flat memory model (http://en.wikipedia.org/wiki/Flat_memory_model). Man tag et kig på de to artikler, jer refererede til.

Hvorfor skulle jeg skifte til 32-bit flat memory model, når jeg programmerer et 16-bit operativ system? Jeg forstår heller ikke rigitgt hvorfor jeg skulle få problemer med min C kode.. det eneste kernel.c gør ind til videre er jo at fjerne og skrive bytes til min video hukommelse. Jeg har jo desværre heller ikke noget at disassemble da jeg ikke kan assemble bootloader.asm, pga. fejlen.
Men mange tak for dit engagement i mit problem

Bruger #2695 @ 27.02.10 17:37

1.963

Du tilgår hukommelsen i en linear facon ved bruge af pointere:

Kode

char *videoMemory = (char *)0xb8000;

Det er 32 bit flat memory kode.

16 bit kode kræver brugen af segment registre og et offset, hvilke du ikke rigtig kan modellere i C.

gcc kan ikke generere kode til segmented memory model.

Og by the way, så ligger videohukommelsen på 0xb800, ikke 0xb8000.

Her er den assembly kode som gcc genererer for print() funktionen:

Kode

print:
	push	ebp
	mov	ebp, esp
	sub	esp, 16
	mov	DWORD PTR [ebp-4], 753664
	mov	DWORD PTR [ebp-8], 0
	mov	edx, DWORD PTR [ebp+12]
	mov	eax, edx
	sal	eax, 2
	add	eax, edx
	sal	eax, 5
	mov	DWORD PTR [ebp-8], eax
	jmp	.L2
.L4:
	mov	eax, DWORD PTR [ebp+8]
	movzx	eax, BYTE PTR [eax]
	cmp	al, 10
	jne	.L3
	add	DWORD PTR [ebp+12], 1
	mov	edx, DWORD PTR [ebp+12]
	mov	eax, edx
	sal	eax, 2
	add	eax, edx
	sal	eax, 5
	mov	DWORD PTR [ebp-8], eax
	add	DWORD PTR [ebp+8], 1
	jmp	.L2
.L3:
	mov	eax, DWORD PTR [ebp-8]
	mov	edx, DWORD PTR [ebp-4]
	add	edx, eax
	mov	eax, DWORD PTR [ebp+8]
	movzx	eax, BYTE PTR [eax]
	mov	BYTE PTR [edx], al
	add	DWORD PTR [ebp+8], 1
	add	DWORD PTR [ebp-8], 1
	mov	eax, DWORD PTR [ebp-8]
	mov	edx, DWORD PTR [ebp-4]
	lea	eax, [edx+eax]
	mov	BYTE PTR [eax], 7
	add	DWORD PTR [ebp-8], 1
.L2:
	mov	eax, DWORD PTR [ebp+8]
	movzx	eax, BYTE PTR [eax]
	test	al, al
	jne	.L4
	mov	eax, 1
	leave
	ret

Bruger #2695 @ 27.02.10 18:25

1.963

By the way, så bliver koden fra din C fil aldrig indlæst af din bootloader. Maskinen indlæser jo kun den første sektor, og det er her din bootloader ligger. Dens ansvar er så at indlæse resten af systemet og eksekvere det.

Bruger #15718 @ 27.02.10 19:00

By the way, så bliver koden fra din C fil aldrig indlæst af din bootloader. Maskinen indlæser jo kun den første sektor, og det er her din bootloader ligger. Dens ansvar er så at indlæse resten af systemet og eksekvere det.

Vil det sige, at min boot loader ikke kommer til at virke selv hvis jeg opklarer "org problemet" og linker mit C program og mit Assembly program sammen til en BIN fil som bliver kørt som en ISO af Microsoft Virtual Machine?

Bruger #2695 @ 27.02.10 19:05

1.963

By the way, så bliver koden fra din C fil aldrig indlæst af din bootloader. Maskinen indlæser jo kun den første sektor, og det er her din bootloader ligger. Dens ansvar er så at indlæse resten af systemet og eksekvere det.

Vil det sige, at min boot loader ikke kommer til at virke selv hvis jeg opklarer "org problemet" og linker mit C program og mit Assembly program sammen til en BIN fil som bliver kørt som en ISO af Microsoft Virtual Machine?

Ja. Din bootloader skal indlæse nogle flere sektorer (som indeholder din kerne) og derefter springe til start rutinen.

Du kan jo også tage den "nemme" vej og se på, hvordan Grub og Lilo virker, og så bruge en af dem som bootloader.

Bruger #15718 @ 27.02.10 19:32

By the way, så bliver koden fra din C fil aldrig indlæst af din bootloader. Maskinen indlæser jo kun den første sektor, og det er her din bootloader ligger. Dens ansvar er så at indlæse resten af systemet og eksekvere det.

Vil det sige, at min boot loader ikke kommer til at virke selv hvis jeg opklarer "org problemet" og linker mit C program og mit Assembly program sammen til en BIN fil som bliver kørt som en ISO af Microsoft Virtual Machine?

Ja. Din bootloader skal indlæse nogle flere sektorer (som indeholder din kerne) og derefter springe til start rutinen.

Du kan jo også tage den "nemme" vej og se på, hvordan Grub og Lilo virker, og så bruge en af dem som bootloader.

Ok tak.. jeg vil helst skrive alting selv da der ikke er nogen deadline til hvornår det skal være færdigt da det er et fritids projekt.
Men kunne du for eksempel vise mig noget kode som ville virke, så jeg kan studere og prøve at forstå det?

Bruger #2695 @ 27.02.10 19:40

1.963

Anden artikel viser, hvordan man indlæser endnu en sektor og derefter springer dertil:

http://linuxgazette.net/issue79/krishnakumar.html

Men for at kunne bruge C kode bliver du nok nødt til at springe over i protected mode.

Bruger #15718 @ 27.02.10 19:58

Anden artikel viser, hvordan man indlæser endnu en sektor og derefter springer dertil:

http://linuxgazette.net/issue79/krishnakumar.html

Men for at kunne bruge C kode bliver du nok nødt til at springe over i protected mode.

Mange tak for linket!

Desværre er denne tutorial jo for Linux, men jeg må jo bare finde ud af at 'converte' det til NASM

.
Men mange tak for hjælpen.. jeg tror at vi kan sige at dette spørgsmål er løst. Jeg vil prøve at fordele point'ene så retfærdigt som muligt..

Bruger #2695 @ 27.02.10 20:03

1.963

Han bruger skam også nasm som assembler og teorien er den samme.

Jeg bruger ikke points, så giv dem til en anden eller behold dem selv.

Indlæg senest redigeret d. 27.02.2010 20:04 af Bruger #2695

Bruger #15718 @ 27.02.10 20:28

Han bruger skam også nasm som assembler og teorien er den samme.

Jeg bruger ikke points, så giv dem til en anden eller behold dem selv.

Er det på en anden side han bruger NASM for jeg kan ikke se nogle NASM eksempler på den side jeg kigger på nu..

Indlæg senest redigeret d. 27.02.2010 20:31 af Bruger #15718

<< < 1 2 3 > >>

Assembly 16-bit operativ system

Karma barometer (30 dage)

Modtaget

Givet

Favorit hos
Forum tråde
Artikler