"MORTIMER": UN HOBBY OS

Commentaire de steckdenis le 03/05/2008 20:03:32

Bonjour,

Bravo pour ce magnifique système d'exploitation, certe simple, mais complet (gestion des applications et API). Les sources sont bien, même si pas beaucoup commentées, et le principe est bien trouvé. J'aime bien l'interface d'appel des fonctions systèmes, directement par des call, même si une petite manipulation de la table des INT pourrait rendre cet OS plus comptatible avec ses futures version.

En tout cas très bonne source, et bonne continuation.

Commentaire de bofur le 30/05/2008 15:05:05

c'est un bug inconnue car je n'uttilise pas d'emulateur
je ne sait pas d'ou ça pet venir mais je vais chercher

hypothèse: le pic émulé n'as pas put etre modifié par mortimer et les irq pointe au mauvais endroit

Commentaire de Bombela le 28/07/2008 10:24:45

Salut,

Dans SYST.ASL:

Le passage en mode protégé peut être corrigé comme suis :

Original :

mov cx,8
mov eax,cr0
mov ebx,eax
or ebx,1
jmp $+2
mov cr0,ebx ;passe en mode protégé
mov ds,cx
mov es,cx
mov fs,cx
mov gs,cx
mov cr0,eax ;mode en mode réel flat ;
               ^^^^^^^^^^^^^ Ceci ne veut rien dire, le mode flat, c'est une organisation de la mémoire qui consiste à avor deux segement englobant chacun toute la RAM, un pour le code, un pour les données. En réalité à ce moment là, tu demande au CPU de passer en mode protégé, c'est à dire que tu va pouvoir profiter des fonctionnalités de droits et autres sur les pages mémoires.
jmp $+2

Correction:

; Indique au CPU de passer en mode protégé.
mov eax, cr0
or ax, 1
mov cr0, eax

; Réinitialise le segment de code.
; un jmp $2 marche aussi, mais je trouve plus propre d'indiquer clairement ce que l'on fait.
; Ce saut va forcer le processeur à vérifier le registre cs, et charger dedans le segment de code comme définit dans la gdt. Nous avons donc accès  à 4go de ram, tout en étant encore en mode d'instruction 16bits.
jmp .CS_OK
.CS_OK

; Mise en place des selecteurs de DS, ES, FS, GS et SS.
mov ax, 8
mov ds, ax
mov es, ax
mov fs, ax
mov gs, ax
mov ss, ax

; Plus bas, le "jmp 1000h:0000h" passera le CPU en mode d'instruction 32 bit.

Au sujet de tes problèmes de boot dans un émulateur, essaye d'intervertir l'ordre du chargement de la GDT et l'activation de la ligne A20. Cela parait complètement irrationnel, mais un vague souvenir d'avoir eu ce problème.

Commentaire de Bombela le 29/07/2008 00:36:56

Tu n'as pas besoin de modifier le registre cr0 alors. Je n'avais pas vu que tu activais le mode protégé avant de... le désactiver. C'est inutile. Ne me dis pas que t'espère que cs reste en mode protégé. C'est un effet de bord sur les machines réelle, pas dans les émulateurs.

Par contre, tu peux effectivement passer en mode protéger, mais ne pas activer le mode 32 bit du cpu. Ainsi, tu reste en mode réel, mais avec des adresse 32 bit... jusqu'au moment où tu feras un farjump avec selecteur de segment.

Commentaire de Bombela le 29/07/2008 17:07:18

En effet, c'est une bidouille, qui marche par hasard sur la plupart des PC réels, mais ça ne doit pas être exempt d'effet de bord. C'est probablement dû aux systèmes de caches mémoire et compagnies.

Évidemment, quand tu passe en 32/64 bits, tu peux plus compter sur le BIOS, et il faut coder tous les drivers. D'un autre coté, c'est un challenge amusant ;)