Thema: IDT funktioniert nicht

[DaCodaaa]

@taljeth
So kann man es zwar auch machen, aber der fehler lag daran, dass er interrupt routines immer gross geschrieben hatte.
Ausserdem ist mir gerade aufgefallen, dass der Compiler wohl erwartet, dass man ein Array daraus macht:
void *interrupt_routines[256];        (vielleicht sollte man es noch mit 0 initialisieren?)


void kann man nämlich mit allem beschreiben (ints,longs,chars und Funktionspointern), daher war es sicherlich nicht falsch, falsch war eher, das Fehlende Array.

@Pk3
Es wäre mit sicherheit besser, wenn du die IDT nicht im Kernel Code aufstellen würdest, sondern in einer anderen Datei und dann in einer header datei die Prototypen mit extern davor reinschreibst, welche dann im Kernel.c nutzbar wären.

[Pk3]

Code: [Auswählen]

void *interrupt_routines[256]So gehts  .

Jetzt nurnoch ein Fehler, der kommt aber vom Linker:

Code: [Auswählen]

C:\Users\Pk3\Desktop\C_Kernel\Interrupts.o: file not recognized: File format not
 recognized
Linker.ld

Code: [Auswählen]

INPUT("C:\Users\Pk3\Desktop\C_Kernel\kernel.o")
INPUT("C:\Users\Pk3\Desktop\C_Kernel\Interrupts.o")
ENTRY(_begin)
SECTIONS
{
  .text  0x1000 :
  {
    *(.text)
    *(.rdata)
    *(.rodata*)
  }
  .data  :
  {
    *(.data)
  }
  .bss  :
  {
    *(.bss)
  }
}
Aufruf:

Code: [Auswählen]

nasm -f elf -o Interrupts.o Interrupts.asm
C:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld -O 1 -T C:\Users\Pk3\Desktop\C_Kernel\link.ld -o C:\Users\Pk3\Desktop\C_Kernel\kernel.bin

[DaCodaaa]

Hier meine link.ld:

Code: [Auswählen]

OUTPUT_FORMAT("binary")
INPUT(...)
INPUT(...)
OUTPUT(C:\MeinOS\Neon.ker)
OUTPUT(A:\NEON.ker)
ENTRY(initial)

phys = 0x00100000;

SECTIONS
{
  .text phys : AT(phys)
  {
    code = .;
    *(.text)
    *(.rodata)
    . = ALIGN(4096);
  }
  .data : AT(phys + (data - code))
  {
    data = .;
    *(.data)
    . = ALIGN(4096);
  }
  .bss : AT(phys + (bss - code))
  {
    bss = .;
    *(.bss)
    . = ALIGN(4096);
  }
  end = .;
}

Versuchs damit.

[Pk3]

Geht net, vielleicht liegts an NASM, also wie ich den Assembler Code komplimiert habe?

[DaCodaaa]

Also bei mir Funztz prima.
vlt neue ver. von nasm runterladen?

[Pk3]

Ich hab NASM 2.07, welche hast du?

[Jidder]

Wenn du elf-Dateien erstellst, darfst du sie nicht mit dem cygwin ld linken. Erstell mit NASM die Dateien im Format win32 oder coff. Oder Wechsel zu einem Cross Compiler.

[Pk3]

Habs mit "coff" gemacht.

Code: [Auswählen]

nasm -f coff -o Interrupts.o Interrupts.asm
Linker.ld

Code: [Auswählen]

INPUT("C:\Users\Pk3\Desktop\C_Kernel\Interrupts.o")
INPUT("C:\Users\Pk3\Desktop\C_Kernel\kernel.o")
ENTRY(_begin)
SECTIONS
{
  .text  0x1000 :
  {
    *(.text)
    *(.rdata)
    *(.rodata*)
  }
  .data  :
  {
    *(.data)
  }
  .bss  :
  {
    *(.bss)
  }
}
make.bat

Code: [Auswählen]

ECHO OFF
nasm -f bin -o boot.bin boot.asm
nasm -f coff -o Interrupts.o Interrupts.asm

cd C:
cd C:\cygnus\cygwin-b20\H-i586-cygwin32\bin\

echo Compiling Kernel...
D:\Programme\CodeBlocks\MinGW\Bin\gcc -O3 -ffreestanding -m32 -fleading-underscore -c -o C:\Users\Pk3\Desktop\C_Kernel\kernel.o C:\Users\Pk3\Desktop\C_Kernel\kernel.c
echo Linking...
C:\cygnus\cygwin-b20\H-i586-cygwin32\bin\ld -O 1 -T C:\Users\Pk3\Desktop\C_Kernel\link.ld -o C:\Users\Pk3\Desktop\C_Kernel\kernel.bin
echo Convert binary...
C:\cygnus\cygwin-b20\H-i586-cygwin32\bin\objcopy -O binary C:\Users\Pk3\Desktop\C_Kernel\kernel.bin
echo Make Image...
copy /b C:\Users\Pk3\Desktop\C_Kernel\boot.bin + C:\Users\Pk3\Desktop\C_Kernel\Interrupts.bin + C:\Users\Pk3\Desktop\C_Kernel\kernel.bin C:\Users\Pk3\Desktop\C_Kernel\os.img

xcopy C:\Users\Pk3\Desktop\C_Kernel\os.img D:\Programme\Bochs-2.3.5\os.img /Y

pause

C:\Users\Pk3\Desktop\C_Kernel\rawwritewin.exe C:\Users\Pk3\Desktop\C_Kernel\os.img a:

Meldungen:

Code: [Auswählen]

C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x1b7):kernel.c: undefined referenc
e to `outb'
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x1cc):kernel.c: undefined referenc
e to `outb'
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x1e1):kernel.c: undefined referenc
e to `outb'
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x1f6):kernel.c: undefined referenc
e to `outb'
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x20b):kernel.c: undefined referenc
e to `outb'
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x220):kernel.c: more undefined ref
erences to `outb' follow
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x2e6):kernel.c: undefined referenc
e to `intr1'
C:\Users\Pk3\Desktop\C_Kernel\kernel.o(.text+0x327):kernel.c: undefined referenc
e to `intr2'....
Irgentwie wird die Assembler - Datei (Interrupts.asm) nicht mit "kernel.c"
verknüpft....

[Jidder]

Hast du outb irgendwo definiert?

Du musst außerdem wenn du einen Assembler/Compiler für Windows benutzt im Assemblercode immer Unterstriche vor die Symbole, die aus C sichtbar sind, setzen.

[Pk3]

"outb" ist nirgends im Assembler Code zu finden, aber "intr" schon.

Welche Symbole?

[Jidder]

Symbole nennt man die Funktionsnamen, und Variablennamen.

Dann musst du eine Funktion outb schreiben. Oder du nimmst die Funktion aus dem Wiki:

Code: [Auswählen]

static inline void outb(unsigned short port, unsigned char data)
{
    asm volatile ("outb %0, %1" : : "a" (data), "Nd" (port));
}

[Pk3]

Danke, das mit outb klappt jetzt  , nur das mit dem Unterstrich noch net  .

Muss ich das so machen?

Interrupts.asm

Code: [Auswählen]

intr_0
intr_1
intr_2
...


[kevin]

Ausserdem ist mir gerade aufgefallen, dass der Compiler wohl erwartet, dass man ein Array daraus macht:
void *interrupt_routines[256];        (vielleicht sollte man es noch mit 0 initialisieren?)

Ja, der entscheidende Fehler ist, dass es kein Array war. Aber wenn ich nicht sehr danebenliege, funktioniert void* zwar mit gcc, ist aber eigentlich falsch.  Objektzeiger und Funktionszeiger sind zwei verschiedene Sachen.

[Pk3]

Es ist nur noch dieser Fehler, wenn der weg ist, klappts endlich.
Wo genau muss ich im Assembler Code die Unterstriche setzen?

[DaCodaaa]

Du musst außerdem wenn du einen Assembler/Compiler für Windows benutzt im Assemblercode immer Unterstriche vor die Symbole, die aus C sichtbar sind, setzen.

bei mir funktionierts zwar ohne, aber probieren geht über studieren also:

in dem Fall müsstest du im C-code vor jedem intr ein _ setzen:

extern void _intr1();
...

auch beim späteren gebrauch musst du den Strich davor setzen:

idt_set_gate(1,(unsigned)_intr(),...

im asm-code musst du ebenfalls nach dem extern ein _ setzen:

extern _interrupt_handler

und:

...
call _interrupt_handler
...


Wie gesagt, ich brauchs auf win nicht, desshalb kann ich mir nicht so wirklich vorstellen, dass es bei dir klappt.
Du könntest auch gucken, was gcc und nasm mit deinen Symbolen machen. Dafür musst du mit einem Editor die o-Datei öffnen und nachschauen wie die Symbole da heissen.

Aber wir werden ganz bestimmt in Zukunft nicht mehr die ganze Arbeit für dich machen(ein bisschen must du ja auch selber schreiben). Ausserdem hab ich manchmal auch genug probleme mit meinem eigenen OS(momentan diese verdammte Tastatur ), sodass ich wirklich nicht jedem seinen code aufräumen kann.
Die anderen sehen das bestimmt genauso.

[Jidder]

In den C-Code müssen keine Unterstriche. Nur in den Assemblercode.

[DaCodaaa]

Das verwirrt mich jetzt ein bisschen .

Warum sollten denn in den asm-code unterstriche vor den namen und im C-code nich?

Macht etwa gcc Unterstriche vor die Symbole??

[Jidder]

Ja, unter Windows.

[Pk3]

Hab in der *.o Datei von Interrupts.asm nachgeschaut.
Nach dem ich in Interrupts.am vor jeder Variable ein _ habe
waren die in der *.o - Datei auch, und habe in kernel.o nachgeschaut
da waren die Unterstriche genauso, also müsste es passen.

[DaCodaaa]

@Pk3
Geile Seite hast du das alles alleine gemacht?
im Chat ist nur nich wirklich viel los...

Ich weiß ist offtopic. hoffe ihr verzeiht mir...