Thema: Reboot nach lesen eines Registers?!?

[RedEagle]

Hi, wenn ich folgenden code ausführe gibts ein reboot:

Code: [Auswählen]

DWORD cr4()
{
   unsigned int cr4;
    asm volatile ("movl %%cr4, %0" : "=a" (cr4));
   return cr4;
}
Der folgende code hingegen funktioniert:

Code: [Auswählen]

DWORD cr0()
{
   unsigned int cr0;
    asm volatile ("movl %%cr0, %0" : "=a" (cr0));
   return cr0;
}
was ist oben falsch, was unten richtig ist??

CPU: Cyrix 6x86

[bluecode]

geht das?

Code: [Auswählen]

asm volatile("mov %%crX, %%eax":"=a" (crX));
edit: Mal abgesehen davon, was sagt den bochs wegen des reboots?

[RedEagle]

Bei cr0 gibg es auch, zudem ist des nicht in "", und somit kein asm-code,,,

Werds mal eben testen...

--[edit]--

Code: [Auswählen]

DWORD cr4()
{
   unsigned int reg;
    asm volatile ("movl %%cr4, %0" : "=a" (reg));
   return reg;
}
selbes problem, der name ist also nicht verantwortlich...

zu bochs:
bis zum neustart, ununterbrochen diese meldung:

Code: [Auswählen]

[FDD  ] read() on floppy image return 0
wobei die exception nicht auflistet ist, da danach das logfile sofort wider geleert wird

[bluecode]

Mir ging eigentlich eher um das %%eax statt dem %0... oder hab ich dich jetzt falsch verstanden?

[RedEagle]

ändert auch nichts...

[bluecode]

Ach noch was: Der Cyrix 6x86 unterstützt so wie ich das seh kein Register cr4 (laut "PC Hardwarebuch"). Aber trotzdem sollte bochs das können. Es sei den du hast ihn dazu gebracht einen cyrix 6x86 oder nen 386/486 zu emulieren. Aber kA inwieweit ersteres möglich ist...

[RedEagle]

Ich habe jetzt bochs unter linux eingerichtet, und dort funktionierts.
Trotzedem danke.

Ach noch was: Der Cyrix 6x86 unterstützt so wie ich das seh kein Register cr4[...]

   

[bluecode]

  Es wird auch bei den Intel CPUs erst ab dem Pentium unterstützt... Ich nehme mal an, dass Cyrix dann eine invalid opcode exception schmeißt und wenn man die nicht fängt dann nähert man sich halt bedenklich nahe dem Tripple Fault

[RedEagle]

so, jetzt ist mit cr4 alles i.o. (unter bochs) aber cr3 machnt nun Probleme:

Ich schreibe die Adresse des PDs nach cr3, wenn ich cr3 dann auslese, habe ich 0x00000000 drinn stehen.

Code: [Auswählen]

cpu::cr3((DWORD)KernelPageDirectory);
 DWORD cr3chk = cpu::cr3();
 if(cr3chk != (DWORD)KernelPageDirectory)
 {
  return PGERR_FATALERROR;
 }
KernelPageDirectory ist global:

Code: [Auswählen]

DWORD *KernelPageDirectory = (DWORD*)0x400000;
cpu::cr3 ist wie bei cr4 und 0 auch:

Code: [Auswählen]

void cr3(DWORD cr3)
{
     asm volatile("movl %%eax, %%cr3" : "=a" (cr3));
}

DWORD cr3()
{
   unsigned int cr3;
    asm volatile ("movl %%cr3, %%eax" : "=a" (cr3));
   return cr3;
}
ps.: Natürlich jetzt unter bochs ausgeführt 

[FreakyPenguin]

Jo, der Code zum setzen ist ja auch falsch

Es muss so aussehen:

Code: [Auswählen]

void cr3(DWORD cr3)
{
     asm volatile("movl %%eax, %%cr3" : : "a" (cr3));
}

Mehr dazu auf: http://lowlevel.brainsware.org/wiki/index.php/Inline-Assembler_mit_GCC

[RedEagle]

Das wars, danke.

Was mich allerdings verwirrt, das schreiben in cr4 schien zu funktionieren (laut hexdump von bochs), und das im prinzip der gleiche code 

naja, so läufts auf jeden fall, und es mach auch noch sinn

Hauptsache paging läuft, auch wenn es erstmal nur im emulator ist
zum glück habe ich in einer woche ein Pentium 3 zum testen