Discussion :

[imbibinebe]

Salut
je suis en train de coder une noyau "multitâches" (16bits) avec Nasm et je me trouve face au problème suivant:
j'ai une file d'attente de processus utilisateurs (interruptibles) et un processus horloge réveillé par l'IT 1Ch ayant pour but de donner la main à tour de rôle aux processus de la file d'attente mais lorsque je mets plus d'un processus utilisateur, le deuxième à prendre la main n'est plus interruptible alors que IF=1 (j'ai vérifié). Je ne comprends pas ce qui peut rendre ce processus ininterruptible (étant donné qu'entre temps je ne restaure pas l'it 1Ch).
De plus, quand ce second processus se termine et que le premier reprend la main, celui-ci est bien interruptible, comme il l'était avant de donner la main au processus n°2.

Si quelqu'un sait ce qui peut rendre un processus non interruptible, mis à part IF=0, ça me rendrait bien service car je crois que c'est le dernier bug qu'il me reste.

Bon j'espère que mes explications sont assez claires car je ne peux pas mettre de code, ça ferait un peu lourd un noyau entier dans un post.

A+

[VBurel]

Salut
je suis en train de coder une noyau "multitâches" (16bits) avec Nasm

savez vous qu'en 32bit, le processeur peut faire tout cela pour vous ! ? :-)
Sans plaisanter, je me souviens d'un livre de Michael Tischer - encore lui - sur le multitache en pascal, où il expliquait la mise en oeuvre d'un noyau comme ce que vous etes en train de faire ! ca peut vous servir...

j'ai une file d'attente de processus utilisateurs (interruptibles) et un processus horloge réveillé par l'IT 1Ch ayant pour but de donner la main à tour de rôle aux processus de la file d'attente mais lorsque je mets plus d'un processus utilisateur, le deuxième à prendre la main n'est plus interruptible

Difficile de vous donner des conseils ... je suppose que vous savez qu'une fois qu'une interruption est déclenchée (l'IT 1Ch par exemple) aucune autre interruption ne sera déclenchée tant que le controleur PIT n'aura pas reçu de notification EOI... donc si vous passez la main à votre second processus dans la file d'éxécution de votre interruption , c'est logique qu'il n'y ai plus d'interruption... sinon ca voudrait dire qu'une interruption pourrait subir une interruption, imaginez le bordel recursif :-)

Il me semble me rappeller que le plus gros problème à résoudre dans la mise en place d'un scheduler préemptif sous DOS (c'est ce que vous faites plus ou moins) c'était de gérer comme il faut l'appel des processus... m'est avis qu'il faut gruger la pile pour que le IRET de votre interrupt passe la main au processus next dans votre liste de thread....

à creuser...
VB

[imbibinebe]

Merci VBurel pour toutes ces infos.
En fait j'ai l'intention de faire un noyau 32bit mais j'aimerais réussir à faire tourner celui dabord.
Pour ce qui est du IRET, je crois en effet que mon problème vient de là (en tout cas ça expliquerais tous les "symptômes" que j'ai exposés précédemment) mais je n'ai pas eu le temps d'y travailler.
Je posterais la solution quand je l'aurais trouvée, au cas où d'autre butteraient sur le même problème.

[imbibinebe]

je ne sais pas si c'est une bonne méthode mais c'est la seule que j'ai trouvée:
envoyer la notification EOI au pic 8259 au début de chaque processus utilisateur

putil1:
mov ah,20h
out 20h,ah

ces instructions ne s'executent qu'une fois pour chaque processus utilisateur.