[Kos-dev] synchro en SMP

[Thomas Petazzoni]

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig3B1595A1C6AA70793C8E3900
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 8bit

Bonjour,

> Dans une IT c'est quand meme un peu different puisque le contexte du
> thread courant a /deja/ ete sauvegarde (c'est idtasm.S qui s'en est
> occupe) quand on en elit un autre. Ceci dit, ca souleve peut-etre un
> probleme equivalent (notamment si un autre processeur elit le thread
> qui est en train de faire tourner le handler d'IT) ; je n'y ai pas
> reflechi encore.

Une idée en vrac : dans le même genre que thread_to_be_destroyed, on
pourrait étendre le principe en se disant que de toute façon, au moment
d'un cpl0_switch_qque_chose, on a quelque chose à faire :
 * soit détruire l'ancien thread (cas du cpl0_switch_no_return)
 * soit mettre l'ancien thread dans la liste d'attente des threads prêts
pour l'éxécution

Il faudrait réfléchir, mais il me semble qu'en fait les problemes qu'on
a en ce moment rejoignent ceux du probleme de la suppression des threads.

Thomas
-- 
PETAZZONI Thomas - thomas DOT petazzoni AT enix DOT org - UIN : 34937744
Web: http://www.enix.org/~thomas/
KOS: http://kos.enix.org/ - Lolut: http://lolut.utbm.info
Fingerprint : 0BE1 4CF3 CEA4 AC9D CC6E  1624 F653 CB30 98D3 F7A7

--------------enig3B1595A1C6AA70793C8E3900
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+3gCd9lPLMJjT96cRAg6CAKCQ//kQdmP3Yl1ZqqkIR15pI0ei8wCdFG8Z
Sh0dBXCdYw6D19EyqTeKMzw=
=d7Pk
-----END PGP SIGNATURE-----

--------------enig3B1595A1C6AA70793C8E3900--