[Kos-dev] ca continue ...

[Raphaël JUNQUEIRA]

> salut,
lut

> bon j'ai mis a jour le TODO, avec quelques nouvelles choses.
> sinon, j'ai quelques questions :
>
> - on avait parle d'un thread qui dispatche les signaux c'est bien ca ?
yes, c meme david qui en parlait il me semble, afin de "serialiser" les
sigaux entre les teams

> - quand un thread CPL3 d'une team donne fait un page fault, un mauvais
> page fault (genre il essaie d'ecrire la ou il faut pas, ou alors
> dereferencement de pointeur nul), on fait quoi : on kille tous les
> threads de la team, ou alors juste le thread incrimine ?

a mon avis cela devrait juste etre le thread concerne afin de laisse la
possibilite a l'app de
pouvoir recupere la situation sans prob ( une pov tache qui fait segfault ne
devrait po
plomber le reste de l app si celle ci est stable ). Faudrait voir comment
reagit BeOs
ca pourrait etre interressant

> - appel fork/vfork/exec.. vraiment necessaires (en tout cas dans le meme
> esprit que Unix) ? fork = héritage de tout, dans un nouvel espace
> d'adressage, mais doit on copier tous les threads de la team mere ? en
> gros un fork concerne-t-il une team ou un thread ? sous Unix, on
> pourrait dire que ca concerne une 'team', parce que pour le noyau, il
> n'y a qu'un seul flux d'instructions, pas de multiples threads (sauf
> avec certains patchs noyau). il faut donc reflechir a la tournure que
> doivent prendre ces syscall.

beuurrrrrkkkkk pas comme unix :(((
a mon avis le fork devrait juste "cloner" le thread courant en tant que
nouvelle thread team
mais c discutable ...

> - envoi de signal possible entre thread ? je suppose que oui. le thread
> principal de chaque team se chargerait alors du dispatching. partage de
> memoire : clairement entre team. les tubes c'est entre threads ? enfin
> bref, je commencais a me poser des questions concernant l'IPC.

c clair que pour faire bo il aurait ete "parfait" d'avoir une thread nivo
kernel gerant tout les IPC
puis une thread nivo user dédiée dans les teams faisant appel a de l'ipc ...
mais bon

> je voulais aussi savoir ou ca en etait Babel. parce qu'on va bientot en
> avoir besoin. je suis tout a fait conscient du fait que c'est complique,
> etc... mais ca fait un bout de temps qu'on est dessus. je ne critique en
> rien ton travail Julien, ni celui de d2, ni celui de personne. c'est
> simplement un constat c'est vrai que nous n'avons aucun delai a
> respecter, mais je voulais vous attirer sur un point : j'ai l'impression
> que l'on utilise la methode de developpement traditionnel kos. ca fait
> longtemps qu'on parle de Babel, et que du code ne sort pas. essayons de
> sortir un truc, meme pas terrible, quitte a recommencer, reprendre au
> fur et a mesure. c'est ce que nous avons fait jusqu'a present, et
> apparemment ca marche :))

lol
y a qd meme de la tres bonne reflexion sur babel, faudrait tenter un chtit
truc la ;)

> ce n'est pas du tout un coup de tete, ni des reproches, juste une
> suggestion. rien de plus. j'espere que vous comprendrez ceci comme je
> veux que vous le compreniez (oulala c'est complique).

euhhhhhhh

>
> amicalement,
>
> thomas
>

FeniX