Hallo,

@kolbenquaeler:

Ich habe inzwischen ein kleines Testprogramm vorliegen, das erfolgreich vom RM
zum PM und wieder zurückschaltet, allerdings nur mit abgeschalteten Interrupts.
Auf dem 80386+ kommt man aus dem PM genauso heraus, wie man hereingekommen ist,
das ist nicht das Problem. Die "aufwendige Trickserei" braucht man aber in der
Tat beim 80286, da ist der übliche Weg, über den Tastaturcontroller
Strg+Alt+Entf zu simulieren und im BIOS den Einsprung umzubiegen. Ich teste
der Einfachheit halber, ob ein 80386+ installiert ist, und breche andernfalls
ab.

Das Problem aber bleibt: Wenn man länger im PM bleibt, wie kann man dann z.B.
die Tastatur auslesen? Ich kann zwar kurz in den RM zurückgehen, um Funktion
00 von Interrupt 16H aufzurufen, aber was mache ich, wenn eine Taste gedrückt
wird und Interrupt 09 stattfindet, während der PM aktiv ist (z.B. Ctrl+Break?)

Mit ratlosen Grüssen

das lange Ohr

Zitat : langesOhr hat am 10 Jul 2007 14:31 geschrieben :

was mache ich, wenn eine Taste gedrückt wird und Interrupt 09 stattfindet, während der PM aktiv ist (z.B. Ctrl+Break?)

Wie geschrieben fehlt mir da selbst die praktische Erfahrung, jetzt nötige mich mal nicht, Dir irgendwelchen Unfug zu erzählen...

Das Interrupt-Handling im PM wird z.B. hier unter http://www.x86.org/articles/pmbasics/tspec_a1_doc.htmetwas detaillierter beschrieben.


link repariert, philip

[ Diese Nachricht wurde geändert von: psiefke am 13 Jul 2007 12:25 ]

Ups, bin offensichtlich sogar zum Verlinken zu doof, für alle Nicht-Informatiker (was auch immer die mit diesem Text anfangen mögen) hier noch mal der funktionierende Link:

http://www.x86.org/articles/pmbasics/tspec_a1_doc.htm

IRQ 9 wird von der PC-Hardware auf IRQ 2 umgeleitet.

Und diese PCI-Hardware loest dann noch einen anderen IRQ aus, der die eigentliche Verarbeitung im PM veranlasst. Oder so aehnlich, schon lange her, dass ich mich damit befasst habe.

Hallo,

ich habe inzwischen etwas experimentiert. Mittlerweile kann ich eine
IDT aufsetzen, so dass bei einem IRQ0 (Clock tick) ein 32-Bit-Handler
aufgerufen wird und das Hauptprogramm nach dem Zurücksetzen des
Interruptcontrollers fortsetzt. Auch kurzfristiges Zurückschalten in
den Real Mode während des Interrupt-Handlers funktioniert - aber leider
stürzt mein Testprogramm sofort ab, wenn ich versuche, den alten
Interrupt-Handler aus dem BIOS via PUSHF/CALL FAR nachzustarten. Nach
den Informationsstückchen, die ich aus Google holen konnte, sollen
diese Handler im V86-Mode ausgeführt werden. Leider scheint dafür ein
TSS (Task switch segment) notwendig zu sein. Wie man das richtig
aufsetzt und was die CPU damit macht, steht leider nirgends

@kolbenquaeler: Den Link kannte ich bereits, aber danke für den
Versuch zu helfen.

Mit ratlosem Gruss

das lange Ohr

Hallo,

ich habe das Problem mit den Hardware-Interrupts jetzt (fast) gelöst

Mein Testprogramm erstellt eine IDT für die Interrupts 00-0F; trifft ein IRQ ein, so sichert der
Handler (im 16-Bit Protected-Mode) zunächst ALLE Prozessorregister auf dem Stapel und schaltet
im Real Mode sofort auf einen privaten Stapel um. Dann lässt sich sogar die BIOS-ISR nachstarten
*total freu*. Kommt das BIOS zurück, so lädt der Handler nach CLI zunächst GDT und IDT neu und
schaltet wieder in den Protected Mode. Schliesslich werden SS:ESP wieder restauriert und alle
Register zurückgeholt.
Mein Fehler war bisher, dass mein Real-Mode-Handler zwar die Segmentregister erhalten hat - aber
eben die CPU beim Zurückschalten in den PM die zugehörigen Deskriptoren für DS-GS nicht
selbständig geladen hat. Deshalb müssen alle Segmentregister restauriert werden, *nachdem* der
Prozessor wieder im PM ist. Leider steht das nirgends...

Ein letztes Problem habe ich noch: Dieses Verfahren (entspricht dem von Windows 3.0 im Standard-
Modus) funktioniert wunderbar, solange das jeweilige Hauptprogramm ein 16-Bit-Codesegment
ausführt. Während 32-Bit-Code läuft, steht in meiner IDT aber immer noch der 16-Bit
Gatedeskriptor... Mit dem Ergebnis, dass der Handler beim IRET das
CS mit der oberen Hälfte von EIP lädt und dann

Weiss jemand, wie man einen 16-Bit-Interrupthandler im Protected-Mode so aufsetzt, dass er
sowohl Interrupts aus einem 16-Bit-Codesegment als auch einem 32-Bit-Codesegment abarbeiten
kann? Ich könnte ja theoretisch den CS-Selektor auf dem Stapel auslesen und in der GDT
nachschauen, ob es sich um ein 32-Bit-Segment handelt, aber dafür müsste ich ja zumindest
wissen, ob EIP 16 oder 32 Bit breit ist?

Mit freundlichen Grüssen

das lange Ohr (das immer noch im Nebel stochert...)