Discussion :

[antho_gpz]

Bonjour, me revoila sur le forum avec un nouveau problème, voila je code un OS temps réel et j'ai un petit soucis pour sauvegarder un "contexte"
j'explique mon cas:
je suis en train d'exécuter une tache i, cette tache requiert a un moment donner un événement qui n'est pas encore arrivé. Donc la tache s'arrète de s'exécuter en plein milieu pour attendre cet événement.
En attendant je réalise d'autre opération ..... lorsque que l'événement arrive pour débloquer la tache 1, je doit retourner précisément à l'endroit ou je me suis arrété.
Comment faire pour enregistrer cette adresse? Assembleur ou C

Je travaille sur PIC32
cordialement

[Médinoc]

Normalement lors d'une interruption, on empile simplement l'adresse de retour (et tous les autres registres aussi, d'ailleurs, il n'y a pas de "scratch registers" pour les interruptions), non?

[antho_gpz]

oui sa fonctionne bien pour les interruprions, or la il ne s'agit pas d'une véritable interruption, (exemple timer, interruption externe ...) la c'est le programme qui va par exemple déclarer l'événement débloqué, donc quand le programme aura détecté que l'événement est débloqué, il faudra que le program counter aille à la tache i à l'endroit ou elle c'est arrété
Donc il faut je pense que je sauvegarde l'endroit ou elle s'est arrété pour y retourné après. Mais je ne sais pas comment récuperer l'adresse a exécuter.

Exemple

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
Tache1()
{
   j'exécute des instructions
   . 
   .
   je doit disposer d'un évenement pour continuer, la tache se met en suspend
   je doit reprendre ICI l'exécution de la tache
   .
   .
}

et en attendant l'événement j'exécute d'autres taches.

[Médinoc]

Ça ressemble tout simplement à deux threads, ça. Et le changement de contexte, qu'il soit ou non à l'initiative du thread, compte comme l'interrompant et doit marcher de manière similaire. Dans ce cas-là, il me semble que la sauvegarde est plutôt dans la structure de données décrivant le thread auprès du kernel plutôt que dans l'une ou l'autre pile, en l'absence d'un besoin de récursion...

[antho_gpz]

bah en faite oui j'ai décrit pour chaque structure de tache un emplacement pour sauvegarder l'emplacement a reprendre. Enfin je crois que je ne comprend pas ta réponse, désolé

la en faite je souhaiterais arréter la première tache complétement et revenir que plus tard. donc le threads 1 est arréter

[Médinoc]

C'est typiquement ce qui se passe dans une fonction d'attente.
Cela se passe dans le kernel avec la complicité du scheduler. Une fonction d'attente, une fois passée en kernel-mode, doit:

• Régler des informations indiquant quel(s) objet(s) de synchronisation peu(ven)t réveiller le thread.
• Marquer le thread comme "en attente" pour que le scheduler ne le re-sélectionne pas.
• Contacter le scheduler pour qu'il fasse un changement de contexte maintenant, sans attendre l'expiration de son timer.

Quand le second thread signalera l'objet de synchronisation pour indiquer la fin de sa tâche, cela causera un autre appel kernel-mode, qui changera l'état du premier thread de "en attente" à "prêt à exécuter". Le scheduler fera le reste quand son timer sonnera (ou quand le second thread se terminera complètement, vu que ça aussi, ça cause probablement un changement de contexte anticipé).