[Kos-dev] Progressions du WE

Thomas Petazzoni kos-dev@enix.org
Mon, 28 Apr 2003 01:05:40 +0200


Bonjour,

Ce WE, Julien et moi avons pas mal travaillé sur KOS. Vendredi soir,
nous avons longuement discuté d'une solution permettant de régler le
probleme de chainage dont avait parlé Julien sur cette mailing
list. Nous sommes tombés d'accord sur une solution que nous avons
commencé à implémenter le lendemain.

Pour cela, nous avons fait le grand menage dans les sources : plus de
babel, plus de kares, plus de code en C++. Nous avons nettoyé le
repository officiel de KOS.

Durant la journée de samedi, nous avons commencé à implémenter un
"Karm" qui compile, mais n'a pas été testé.

Malheureusement, au bout d'un moment de développement, et d'un temps
de réfléxion, nous nous sommes aperçus que la solution proposée posait
des problèmes, et nous avons commencé à chercher une solution.

Nous avons discuté de nombreuses heures d'une solution, mais ne
parvenions pas à tomber d'accord. Nous avons donc finalement décider
d'implémenter chacun de notre coté quelque chose, et qu'on verrait ce
qui se passera. En effet, jusque maintenant, on attendait que tous les
développeurs soient d'accord pour implémenter une solution, ce qui a
conduit au blocage du développement (pas de développement sérieux
depuis plusieurs mois).

Julien est chargé de réaliser son implémentation, c'est à dire une
implémentation prenant en compte la possibilité de chainer des
éléments les uns sur les autres, comme il l'avait expliqué par mail
vendredi. Il est arrivé à quelque chose qui compilait, et doit
terminer l'implémentation dans les jours qui viennent d'un mini-devfs
et d'un fakefs afin de tester l'ensemble de la solution. Je n'ai pas
plus de details sur l'avancée de ses travaux, mais peut être en
donnera-t-il sur cette liste ?

Pour ma part, je suis resté sur ma proposition de vendredi, que j'ai
commencé à implémenter. Je trouve l'idée de chainage intéressante,
mais peut être trop complexe. Je verrais bien ce qu'il en est avec la
solution de Julien. Au niveau développement, j'ai implémenté ma
solution (module "karm") avec un devfs et un fakefs. Je peux donc
monter le fakefs en racine, puis monter le devfs. J'ai pu recreer une
ressource "/dev/mem/kmem" qui sert à être mappée sur la zone 0G-2G
réservée au noyau (cf vmm/_vmm_kmem.c). Le système boote et les
threads fonctionnent. Simplement, les drivers tty, part et fat n'ont
pas été convertis. Le driver 'tty' est déjà en cours de conversion, et
devrait être prêt dans les prochains jours. La dernière version de
kos-thomas est téléchargeable sur http://www.enix.org/~thomas/pub/kos/
(fonctionne avec gcc-2.95 et gcc-3.2).

Inutile de préciser que ce n'est nullement un fork : suite à la
décision d'implémenter deux solutions différentes, les échanges de
patchs sur les parties communes ont continué ainsi que
l'entraide. C'est *seulement* pour tester 2 solutions, et voir c'est
qui semble être la plus logique.

Bonne soirée,

Thomas
-- 
PETAZZONI Thomas - thomas.petazzoni@enix.org - UIN : 34937744
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