Re: RE : [Tsp-devel] TSP dans Rtems

[Frederik Deweerdt]

On Mon, Nov 05, 2007 at 05:26:42PM +0100, Yves DUF wrote:
> Salut à tous.
> 
> Le 05/11/07, Frederik Deweerdt <address@hidden> a écrit :
> >
> > On Mon, Nov 05, 2007 at 03:27:41PM +0100, Arquer Stephane wrote:
> > > Je ne trouve pas de trace des fichiers bb_core_posix.c et .h dans les
> > sources de tsp_0.8.3.
> > > J'ai uniquement bb_core_sysv avec des appel ipc non compatibles pour
> > moi.
> > > Pouvez-vous me les faire passer svp ?
> > Hmm, ce sera à toi de les créer pour ajouter les opérations POSIX au
> > blackboard.
> > Aujourd'hui, le BB fonctionne de la manière suivante:
> >
> >   bb_core.c                                     bb_core_sysv.c
> > <opération bb générique>      <- bb_ops ->      <implémentation de
> > l'opération
> >                                                 avec un IPC spécifique
> > (SysV ici)>
> >
> > Regarde la structure sysv_bb_ops dans bb_core_sysv.c pour te donner une
> > idée des fonctions à implémenter.
> > L'idée c'est donc d'ajouter un backend spécifique par l'intermédiaire
> > des bb_ops, en mettant l'implémentation du backend en question dans
> > bb_core_posix.{c,h}.
> 
> 
> Euh, j'ai un doute. Ne serait-il pas mieux d'implémenter une "couche" POSIX
> like très simplifiée, qui réponde au juste besoin TSP ?
> La seule dépendance à l'O/S se retrouverait uniquement dans
> tsp_sys_include.h
> Cela laisserait le code TSP indépendant, et faciliterait l'ajout de
> nouvelles fonctions.
Si, c'est possible de faire comme ça et d'utiliser ensuite cette couche
"POSIX shm_xxx pour RTEMS" dans le bb_core_posix.{c,h}. Le but des
bb_core_xxx est de pouvoir choisir quelle est la techno qui implémente
les locks, mémoires partagées et messages. Comme ça on peut faire
bb_create posix://my_bb, et ça crée un blackboard reposant sur des
appels POSIX.
On peut donc avoir d'un côté le shm_get dans tsp_sys_include.h et les
appels à shm_get dans bb_core_posix.

Frederik