Beiträge anzeigen

Diese Sektion erlaubt es dir alle Beiträge dieses Mitglieds zu sehen. Beachte, dass du nur solche Beiträge sehen kannst, zu denen du auch Zugriffsrechte hast.


Nachrichten - ScAr_TeX

Seiten: [1] 2
1
Habe das Problem mittlerweile lösen können.

GCC kommt anscheinend nicht richtig mit Relocation's innerhalb von asm-Blöcken klar.
Dank "movabs" bekomme ich aber die von mir gewünschten Relocation-Einträge :)

@bluecode: PIC im Kernel? Mhhh... keine Ahnung warum. Ich wollte es einfach mal ausprobieren ;)
2
Das Problem ist, dass gcc beim Kompilieren mit mcmodel=kernel immer folgendes zu meckern hat:

hal_gdt.c:1:0: error: code model kernel does not support PIC mode
hal_gdt.c:1:0: error: code model 'kernel' not supported in the 64 bit mode

Habe das Problem jetzt vorläufig erst einmal mit mcmodel=medium und den intensiven Einsatz von "movabsq" in Assembler-Bereichen behoben.
Somit werden zur Zeit (mal schauen wir lange ^^) die gewünschten 64-Bit Relocations angelegt.
3
Hallo zusammen,

mein BS-Loader ist jetzt erfolgreich in der Lage 32-bit PE-Dateien zu laden.
Nun wollte ich auch den Support für 64-bit PE-Dateien hinzufügen und habe dabei folgendes Problem:

Mein Kernel ist eine 64-bit Anwendung und soll per Loader an 0xFFFF800000000000 "relocated" werden.
Dies ist jedoch leider nicht möglich, da ich das Memory-Model (mcmodel) von gcc nicht auf 'large' ändern kann.

Sobald ich dies tue bekomme ich beim kompilieren folgende Meldung:

/usr/local/cross/lib/gcc/x86_64-w64-mingw32/4.6.2/../../../../x86_64-w64-mingw32/bin/as: BFD (GNU Binutils) 2.22 assertion fail ../../binutils-2.22/bfd/coff-x86_64.c:681
/tmp/ccYUYli4.s: Assembler messages:
/tmp/ccYUYli4.s:9: Error: cannot represent relocation type BFD_RELOC_X86_64_GOTPC64
make[1]: *** [hal.o] Fehler 1

Wenn ich das Memory-Model auf small oder medium lasse, kann ich die EXE zwar erzeugen, jedoch habe ich dann 32-bit Relocs im Code - Daten werden korrekt nur mit 64-bit Relocations erzeugt.

Genutzt wird ein selbst kompilierter x86-64-Bit Cross-Compiler unter Ubuntu (x86_64-w64-mingw32).
GCC-Version: 4.6.2
Binutils-Version: 2.22

Kompiliert wird mit folgender Befehlszeile:

x86_64-w64-mingw32-gcc -march=core2 -mno-mmx -mno-sse -mno-sse2 -mno-sse3 -mno-3dnow -O2 -fno-stack-protector -c -ffreestanding -nostdinc -Wall -mno-red-zone -m64 -ffreestanding -nostdlib -mcmodel=large -I. -o hal.o hal.c

Bintuils erzeugt mit:

export PREFIX=/usr/local/cross
export TARGET=x86_64-w64-mingw32
cd build-binutils
../binutils-2.22/configure --target=$TARGET --prefix=$PREFIX --enable-64-bit-bfd --disable-nls
make all install

GCC wird erzeugt mit:

export PREFIX=/usr/local/cross
export TARGET=x86_64-w64-mingw32
export PATH=$PATH;$PREFIX/bin
cd build-gcc
../gcc-4.6.2/configure --target=$TARGET --prefix=$PREFIX --disable-nls --enable-languages=c --without-headers
make -k all-gcc install-gcc

Hat zufällig jemand einen Lösungsansatz für dieses Problem?
4
Offtopic / Re: Vorschlag OS Name
« am: 26. July 2007, 12:08 »
Nach Bedeutung bin ich bei CoreOS auch gegangen ...
dachte mir das "Core" (Kern) ja eigentlich recht gut zu einem Betriebssystem passt,
aber irgendwie ist das auch nicht das richtige...   :-P
5
Offtopic / Vorschlag OS Name
« am: 26. July 2007, 11:58 »
Hi,

wollt' mal Fragen, wie ihr eigentlich auf eure OS-Namen gekommen seit.

Habe nähmlich mal 'nen bisschen ge-googelt und da ist mir aufgefallen, das mein OS (CoreOS) irgendwie auf der Apple-HP auftaucht.
Daraufhin dachte ich mir ob ein anderer Name nicht besser wäre.

Jetzt suche ich Vorschläge, Hinweiße o. Inspirationen für einen neuen OS-Namen...
6
Offtopic / Re: wtf?
« am: 20. July 2007, 22:06 »
Ach, ich war schon einiges ... vorhin war ich nooooooooos, dann war ich taljeth , dann FreakyPinguin ... mal gucken was noch kommt ...   :-o
7
Offtopic / Re: Wie viel ist meine Hardware wert...
« am: 17. July 2007, 08:33 »
Kein Interesse ? Würde die Platte auch verkaufen ...
8
Offtopic / Re: Wie viel ist meine Hardware wert...
« am: 13. July 2007, 09:40 »
Guten Morgen,

hab jetzt den Gedanken an ein 64-bit System aufgegeben, und mir von meinem Geld lieber eine neue Festplatte gehohlt, für 'nen RAID-0.

Also hab ich im Geräte-Manager nachgeschaut und festgestellt, dass ich eine Maxtor 7L250S0 Platte hab. Gleich im Internet bestellt, und wenige Tage später hielt ich sie in den Händen.  :-o

Jetzt hab ich gesehen, dass die neue Festplatte nicht identisch mit meiner ist. Die Firmware-Revision ist anders und die Platte unterstützt kein AMM.

Zwecks späterem wiederverkauf meines PC-Systems, hätt' ich gern eine identische Festplatte. Also meine Frage an euch:

Hat von euch noch irgendjemand eine Maxtor 7L250S0, die genau so ist wie meine, die er Tauschen möchte ???

Das ist meine Festplatte:
   Spezifikation:   Serial ATA-1 ATA/ATAPI-7
   Modell:   Maxtor 7L250S0
   Seriennummer:   L50EQ1DG    L50EQ1DG
   Revision:   BACE1G10
   Kapazität:   232.8 GB (Sektoren: 488281249)
   AAM Support:   ja
   SMART:   unterstützt
   Write Cache:   unterstützt
   Lookahead Buffer:   unterstützt
   Cache:   16384 KB

Und dies sind die Daten der zu Tauschenden Festplatte:
   Spezifikation:   Serial ATA-1 ATA/ATAPI-7
   Modell:   Maxtor 7L250S0
   Seriennummer:   L50DAMHG
   Revision:   BANC1G10
   Kapazität:   232.9 GB (Sektoren: 488397168) [~ 60 MB mehr als meine :-P]
   AAM Support:   nein
   SMART:   unterstützt
   Write Cache:   unterstützt
   Lookahead Buffer:   unterstützt
   Cache:   16384 KB

Kommt Jungs. lasst mich nicht hängen  :-D
9
Lowlevel-Coding / Re: Mal wieder die Treiber ;-)
« am: 09. July 2007, 19:41 »
Was soll es denn werden? Microkernel? Monolithischer Kernel? Oder was ganz anderes?

Irgendwann soll es, hoffe ich mal, ein funktionierender Hybridkernel werden.
10
Lowlevel-Coding / Re: Mal wieder die Treiber ;-)
« am: 09. July 2007, 16:19 »
... Danach ist eigentlich auch Klar, was mit den Treibern geschieht, und auch schon in etwa, wie die Kommunikation aussehen soll.

Genau da, weiß ich nicht weiter. Ich weiß halt einfach nicht wie so ein simples Treibermanagement zu realisieren ist.

Ahhhhh...  :-D
11
Lowlevel-Coding / Mal wieder die Treiber ;-)
« am: 19. June 2007, 10:00 »
Hi Leutz ...

ich komm' einfach nicht weiter. Mein OS lädt, dank Grub, die Treiber als Module. Das Problem ist, ich weiß nicht ob ich die Treiber als Binärdateien (mit eigenem Header), als ELF-Datei (mit Reloc's) oder als eigenständigen Prozess (boaaa *g) laden soll. Außerdem weiß ich noch nicht, wie die Treiber mit dem System kommunizieren sollen...

Könnt ihr mir weiter helfen ???
12
Offtopic / Re: Wie viel ist meine Hardware wert...
« am: 12. June 2007, 19:44 »
Kann mir irgend jemand Beispiele nennen für eine kostengünstige CPU, RAM, etc. ?
13
Offtopic / Re: Wie viel ist meine Hardware wert...
« am: 11. June 2007, 10:18 »
Danke @ stultus...

Ich will mit dem Rechner vorwiegend arbeiten, aber auch mal HL2, etc. spielen können (nicht zwingend mit allen details).  Wollte eigentlich auf jeden Fall ne' NVIDIA Grafikkarte kaufen, da auch das Board einen nForce Chipsatz haben soll, und ich mit NVIDIA sehr zufrieden bin.

Gibt es irgend etwas zu beachten bei Kauf der Komponenten ?

Wie viel würdet ihr für meine Komponenten zahlen ?  :-D
14
Offtopic / Re: Wie viel ist meine Hardware wert...
« am: 10. June 2007, 21:26 »
Naja, 1 GB oder mehr wären besser, aber leider auch teurer  :-D
15
Offtopic / Wie viel ist meine Hardware wert...
« am: 10. June 2007, 20:34 »
Hi,

ich habe demnächst vor mir ein 64bit PC zusammen zu basteln und würde meine jetzige Hardware als "Anzahlung" dafür benutzen.

Nun wollte ich gern' von euch wissen, wie viel würdet ihr für die einzelnen Teile maximal bereit sein zu zahlen (sagen wir mal bei eBay  :-D) ...

CPU:    AMD Athlon XP 2000+
RAM:    3x256 MB A-DATA PC3200 RAM CL3
Board: ASUS A7N8X-E Deluxe
Grafik: NVIDIA GeForce FX 5500 (256 MB DDR-RAM)

Außerdem, würde mich interessieren, wo ich günstig ein Sockel AM2-Board, DDR2 Arbeitsspeicher (512 MB o. 1 GB), einen Athlon 64 (schön wäre Dualcore) und ne billige Einsteiger PCI-E Grafikkarte herbekommen könnte.

Hoffe, ihr könnte mir weiterhelfen...
16
Offtopic / Re: Welche Hardware habt ihr ?
« am: 11. December 2006, 21:40 »
17
Offtopic / Re: Pi
« am: 11. December 2006, 21:15 »
was manche so für seiten kennen ?  :roll:

naja, gleich mal als favorit eingetragen ...
18
Das Wiki / Re: Verrückter als wir...?
« am: 11. December 2006, 19:26 »
Find das ganz schön krass, seine eigene CPU zu bauen.  :-o

Ich selber habe null-ahnung von den sachen die hier aufgezählt werden, interessiere mich aber dafür.
Da kommt mir doch ganz spontan die Idee ... warum machen wir nicht eine eigene LowLevel-CPU  :-D
19
Lowlevel-Coding / Assembler
« am: 17. February 2006, 19:32 »
mojn,

ich nutze die m$-dos eingabeaufforderung (cmd.exe) für eddn.
20
Lowlevel-Coding / Make- u. Brakecodes ?
« am: 06. January 2006, 10:20 »
Werd' ich mal zu Haus' ausprobieren...

Vielen Dank für deine Hilfe (speziel für den Code), hat mir sehr weitergeholfen.

*thx*
Seiten: [1] 2

Einloggen