Pascal Chauvet (Sonics) : « la configurabilité étendue des blocs d'IP OCP passe par l'IP-XACT »

Pascal Chauvet : la spécification Open Core Protocol (OCP) 2.2 a été définie par l'OCP-IP pour assurer l'interopérabilité entre blocs d'IP via des interfaces configurables. Pour chaque interface OCP-IP, il existe des paramètres permettant de spécifier la présence ou la largeur d'un signal, par exemple, et un certain nombre de contraintes sur les paramètres. La spécification OCP est en fait une description « metadonnée » propriétaire, écrite dans un format ASCII et appelée rtl.conf. L'un des inconvénients de cette description concernait la prise en compte limitée des interfaces configurables. Cet aspect de configurabilité est en effet indispensable pour développer rapidement différents produits à partir d'une plate-forme de base et d'un environnement de vérification, cette tâche pouvant être très longue et onéreuse.

Pascal Chauvet : lorsque la spécification IP-XACT est apparue, les membres de l'OCP-IP ont vu dans ce nouveau format pour l'interopérabilité des blocs de propriété intellectuelle [devenu ensuite un standard] une alternative pour saisir les blocs d'IP configurables. A ceci près que l'IP-XACT ne permet pas de réaliser cette saisie. Un ensemble d'extensions vendeurs pour interface configurable de bus ont été créées par l'OCP-IP, afin de contourner le problème. Ces extensions vendeurs contiennent les informations nécessaires à la saisie des blocs d'IP configurables et qui ne sont pas présentes dans le format XML de l'IP-XACT. Elles sont associées à des générateurs qui sont de petits exécutables permettant d'accéder à ces dernières. Les générateurs en général - leur utilisation n'est en effet pas réservée aux extensions vendeurs et, même dans ce cas-là, certains générateurs ressemblent plus à des boîtes noires - sont loin d'être une solution parfaite. Il n'est, par exemple, plus concevable de passer six mois pour intégrer un bloc d'IP dans un flot, ce qui impose de disposer d'une flexibilité supérieure à celle offerte par les générateurs pour accéder et gérer les données. Les concepteurs vont également se rendre compte, au fil du temps, que la somme d'informations à gérer n'est plus compatible avec le peu de données auxquelles les scripts permettent d'accéder.

Au début de l'année 2008, l'OCP-IP a mis en place un groupe de travail, le Metadata Working Group, pour en finir avec cette situation un peu bancale. L'objectif était de remplacer le rtl.conf par une description IP-XACT officielle encapsulant la spécification OCP. Les extensions vendeurs OCP vers l'IP-XACT 1.4, devenues génériques, s'articulent autour de la définition du bus OCP [liste de paramètres avec description, type, valeur de défaut… et de contraintes sur lesdits paramètres] et celle de l'abstraction RTL OCP. Il s'agit de contraintes entre un port logique et les valeurs d'un paramètre pour une interface donnée et de contraintes sur la largeur du port logique.

Pascal Chauvet : d'un point de vue technique, il n'y a plus de pierres d'achoppement entre les différents membres du Metadata Working Group. Nous avons finalisé les extensions vendeurs génériques, afin de rendre configurable la définition d'une interface de bus, que ce soit d'ailleurs pour OCP 2.2, AXI ou n'importe quel autre bus. Nous espérions pouvoir intégrer ces extensions pour les interfaces de bus configurables dans la version 1.5 de l'IP-XACT, qui est en cours de standardisation auprès de l'IEEE. Cela n'a pu être possible pour des raisons de calendrier principalement. Que les industriels ne s'inquiètent pas, nos extensions génériques vont devenir la solution recommandée par The Spirit Consortium pour la version 1.5 de l'IP-XACT en ce qui concerne la saisie des interfaces de bus configurables.