[Kos-dev] Id ressources

Thomas Petazzoni kos-dev@enix.org
26 Apr 2002 16:53:34 +0200


d2 <David.Decotigny@irisa.fr> writes:

> C'est dommage parce que visiblement au moment ou je postais le
> message, Julien etait en train d'implanter le #define MAGIC_RESOURCE
> et la verif que la ressource appartenait bien a la bonne team. Donc va
> falloir defaire ca.

Arf, c'est pas grave, on est habitue a casser ce qu'on a deja fait !

> Pourquoi on ne ramenerait pas tout ca a un probleme d'heritage POO ?
> Pourquoi on n'aurait pas plutot une interface terminal, et une
> interface vga_term qui en herite, avec le module "console VGA" qui
> instancierait N vga_term (les ecrans virtuels linux par exemple) ?
> J'ai l'impression (peut-etre fausse) que le terminal VGA aura
> simplement d'autres methodes en plus de celles d'un terminal
> classique.

Euh parce que c'est pas ca le principe auquel je pensais. Ce que je
pensais c'est avoir plusieurs drivers low-level :
 - un driver serie (qui peut servir de sortie et d'entree)
 - un driver clavier (qui peut servir que d'entree)
 - un driver vga_console (qui peut servir que de sortie)
Ces drivers sont vraiment bas niveau, aka le driver vga_console ne
sait pas gerer plusieurs consoles virtuelles, il sait juste afficher
ce qu'il y a dans une zone de memoire. Ils disposent chacun d'une
interface, et sont instancies une seule fois !

Par dessus ca, un driver de tty, de haut niveau, qui peut utiliser
pour son read ou bien le driver clavier ou bien le driver serie, et
pour son out ou bien le driver vga_console ou bien le driver serie.

Je suis pas sur que ce soit modelisable comme ca avec un heritage,
enfin en tout cas pas dans le sens ou tu le proposais (je crois).

Ceci etant dit, je reste ouvert a toute proposition, donc...

Thomas
-- 
PETAZZONI Thomas - thomas.petazzoni@enix.org - UIN : 34937744
(Perso)      http://www.enix.org/~thomas/
(KOS)        http://kos.enix.org/ 
(Club LinUT) http://club-linut.enix.org