Index: /anr/annexe-reponse.tex =================================================================== --- /anr/annexe-reponse.tex (revision 323) +++ /anr/annexe-reponse.tex (revision 324) @@ -7,5 +7,7 @@ Dans la premiÚre section, nous présentons nos réponses aux suggestions et remarques des experts en suivant l'ordre du dossier d'évaluation qui nous a été -retourné. La seconde section, quant à elle, synthétise ces réponses. +retourné. La seconde section, quant à elle, synthétise nos réponses par rapport +aux principales faiblesses qui ont été relevée pour la précédente version de la +proposition. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% \subsection{Réponses séquentielles} @@ -20,18 +22,19 @@ les environnements industriels QUARTUS \& ISE. \t%\note{O.2} - Pour la synthÚse de SoC, on pourrait effectivement utiliser des outils - tels \mustbecompleted{XXX ou XXX}. - Nous avons choisi DSX/SoCLib, car il est open source, et c'est celui que + Pour la synthÚse de systÚme, on pourrait effectivement utiliser des outils + tels que SOP C builder, mais ceux-ci ne permettent pas de faire de prototypage + et ne sont pas libres et trop spécifiques à une famille d'IPs propriétaire. + Nous avons donc choisi DSX/SoCLib, car il est open source, et c'est celui que nous maitrisons le plus et nous savons déjà que son moteur couvre une grande partie des besoins de COACH à ce niveau. \t\note{INT} Enfin COACH ne vise pas les flots de conception de systÚmes complexes tels - \mustbecompleted{SOCKET, MDA de MAGILLEM, SPEAR-DE ou XXX}. - Il se trouvent à un niveau bien inférieur. - Cependant, il est vrai que dans la micro électronique d'aujourd'hui ce - niveau ne peut être ignoré. - \textit{Nous avons ajouté à COACH ce qui est nécessaire pour qu'il puisse - être intégré dans de tels environnements de conception: - configuration et description des SoC générés en IP-XACT}. + que SOCKET, TOPCASED, SPEAR-DE. + COACH se positionne en effet comme une sous-partie de ces flots complets et + doit être considéré comme un point tool. Cependant, dans la nouvelle + version de la proposition, nous avons + \textit{ajouté à COACH ce qui est nécessaire pour qu'il puisse + être intégré dans de tels environnements de conception: + configuration et description des SoC générés en IP-XACT}. Les livrables {\NOVERStrtSpearde} et {\NOVERSmdsAppSpecification} démontrent cette possibilité. @@ -39,5 +42,5 @@ \\ La dimension recherche est présente à différents niveaux de ce projet. \t%\note{R.1} - Tour d'abord, le fait de synthétiser la même description de haut niveau soit par HLS + Tout d'abord, le fait de synthétiser la même description de haut niveau soit par HLS soit par ASIP, est à notre connaissance non encore réalisé à ce jour. \t%\note{R.2} @@ -46,8 +49,6 @@ \t%\note{R.3} \mustbecompleted{je ne comprends pas cet argument} - Les IPs sont d'abord des composants matériels génériques, COACH permettra - de concevoir des IPs trÚs paramétrables (hardware + software), il sera - intéressant de voir ce que de tel IP peuvent apporter à la micro - électronique. + Les IPs courantes du marché sont des composants matériels certes génériques mais à configuration/paramétrisation limitées. COACH permettra au contraire de concevoir des IPs qui constitueront de véritables sous-systÚmes à fonctionnalités complexes et trÚs paramétrables (hardware + software), il sera + intéressant de voir ce que de tel IP peuvent apporter au monde de la conception de systÚmes embarqués. \t%\note{R.4} Les outils de conception de SoC actuels ont soit une approche matérielle @@ -64,18 +65,17 @@ \item[Point 3 (\textit{lien entre HPC et SoC embarqué})]\mbox{} \\ %\note{X.1} - Le HPC est un terme employé dans tant de contextes qu'il ne veut pas - dire grand chose de précis. Ce que nous entendons par le terme HPC est - spécifié section~\ref{HPC:definition} (page~\pageref{HPC:definition}) et - le fait que notre HPC est une sur-couche du module de conception de SoC - est montré sur la figure~\ref{coach-flow} (page~\pageref{coach-flow}).\\ + Le terme HPC est employé dans de nombreux contextes et il est difficile de s'entendre sur sa définition exacte. Dans notre proposition, le terme HPC est + défini section~\ref{HPC:definition} (page~\pageref{HPC:definition}); il + s'agit bien d'une sur-couche du module de conception de SoC + comme illustré sur la figure~\ref{coach-flow} (page~\pageref{coach-flow}).\\ BriÚvement notre HPC consiste à accélérer une application existante qui tourne sur un PC. Ceci est fait par: 1) l'isolation de moteur de calcul de l'application, 2) l'implantation de ce moteur dans un SoC, - 3) l'ajout sur le bus PCI/E du PC une carte FPGA.\\ - Comment COACH aide l'utilisateur à isoler le moteur de calcul de l'application - est expliqué dans la section~\ref{HPC:howto} (page~\pageref{HPC:howto}) et + 3) l'ajout d'une carte FPGA sur le bus PCI/E du PC. Le FPGA intÚgrera le SoC.\\ + La façon dont COACH aide l'utilisateur à isoler le moteur de calcul de l'application + est expliquée dans la section~\ref{HPC:howto} (page~\pageref{HPC:howto}) et sur la figure~\ref{archi-hpc} (page~\pageref{archi-hpc}). - Comment l'application accélérée est générée fait l'objet de la + La façon dont l'application accélérée est générée fait l'objet de la figure~\ref{coach-flow} (page~\pageref{coach-flow}). \item[Autres]\mbox{} @@ -83,5 +83,5 @@ \item[État de l'art incomplet]\mbox{} \\ %\note{EA} - Dans l'état de l'art, nous nous sommes concentré d'une part sur les outils + Dans l'état de l'art, nous nous sommes concentrés d'une part sur les outils de même niveau que COACH, le HPC (\sectionVpage{soa:hpc}) et @@ -107,10 +107,9 @@ Voir la section \ref{perennite+dissemination} ci-dessous. \item[Mauvais positionnement du projet]\mbox{}\\ - Il était mentionné qu'il aurait mieux fallu positionner le projet - en \og plateforme {\fg} plutÃŽt qu'en \og recherche industrielle \fg. - Il nous a été signifié que pour projet plateforme, il faut mieux - qu'il y ai plusieurs gros industriels leader. - Ce n'est pas le cas de ce projet, nous sommes resté en \og recherche - industrielle \fg. + Concernant la remarque sur un positionnement du projet + en \og plateforme {\fg} plutÃŽt qu'en \og recherche industrielle \fg, + nous avons considéré que l'effort devait être concentré sur les aspects +techniques innovants plutÃŽt que sur leur mise en application dans un nombre important de flots. En +effet, dans la nouvelle mouture, nous utilisons les résultats des projets SoCket et Topcased, avec compatibilité IP-XACT, assurant ainsi une généricité pour l'intégration dans de nombreux flots de production, sans pour autant multiplier à outrance les expérimentations dans le cadre du projet. Ainsi la taille du projet nous permet de rester en positionnement \og recherche industrielle \fg. \end{description} \end{description} @@ -135,5 +134,5 @@ Les experts mentionnent \og une volonté de tout refaire {\fg}. Il est dommage qu'ils n'aient pas explicité leurs pensées. En effet le projet s'appuie sur - des briques existantes pour la plus part de ses composants et sur les + des briques existantes pour la plupart de ses composants et sur les environnements QUARTUS \& ISE pour la synthÚse de bas niveau.\\ Les seuls composants manquants sont les composants matériels de @@ -146,12 +145,12 @@ En effet, le projet n'utilisait pas le standard IP-XACT des flots de conception de SoC. Ceci a été corrigé dans cette soumission en introduisant - le standard IP-XACT (livrable \NOVERScsgImplementation), + le standard IEEE 1685 IP-XACT (livrable \NOVERScsgImplementation), d'une part en entrée pour faciliter la configuration de COACH sur d'autre plateforme - et d'autre par en ajoutant une sortie au format IP-XACT des SoC générés pour - leur intégration comme IP dans d'autres outils de conception de SoC. + et d'autre part en ajoutant une sortie au format IP-XACT des SoC générés pour + leur intégration comme sous-systÚme dans les flots de conception de SoC. Les livrables {\NOVERStrtSpearde} et {\NOVERSmdsAppSpecification} démontrent cette possibilité. - \item[Utilisation d'RTOS non industriels]\mbox{}\\ - L'OS bien que indispensable n'est pas une piÚce maitresse du projet. + \item[Utilisation de RTOS non industriels]\mbox{}\\ + L'OS bien qu'indispensable n'est pas une piÚce maitresse du projet. En effet, on doit pouvoir passer facilement à un autre OS si ce dernier supporte les thread POSIX. @@ -163,5 +162,5 @@ \begin{description} \item[Xilinx n'a pas une part assez active]\mbox{}\\ - Xilinx ne fait plus parti du consortium. + Xilinx ne fait plus partie du consortium. \item[Manque un industriel pour assurer la pérennité]\mbox{}\\ \note{IND2} @@ -176,6 +175,6 @@ \begin{description} \item[Incongruités de quelques demandes financiÚres]\mbox{}\\ - Les experts n'ont pas précisé leurs pensées, nous ne les avons pas - trouvées et donc pas corrigées. + Les experts n'ont pas précisé leurs pensées. Néanmoins, la répartition financiÚre a été complÚtement revue. + \item[Déséquilibre entre l'ampleur du développement et les moyens]\mbox{}\\ Voir la section \ref{trop:ambitieux} ci-dessous. @@ -183,9 +182,6 @@ un tout cohérent]\mbox{}\\ \note{DOU} - Cette remarque sous entend que les académiques sont incapables de - concevoir, développer, maintenir de gros logiciel. - Cette remarque est assez tendancieuse, on peut certes trouver beaucoup - de projets académiques qui n'ont pas abouti mais on peut en trouver - encore plus du cÃŽté des industriels. + Un rÃŽle principal de \mds tant que chef de file sera d'assurer la coordination de maniÚre professionnelle de ce projet. + \end{description} % @@ -217,11 +213,11 @@ \subsubsection{Projet trop ambitieux} \label{trop:ambitieux} -Par rapport au projet 2010, on a grandement réduit la voilure en nous +Par rapport au projet 2010, nous avons réduit la surface du projet de 20\% en nous concentrant sur le cœur de COACH. Les principales réductions sont: \begin{itemize} \item Suppression d'un OS:\\ Dans la proposition 2010, nous avions choisi 2 OS (Mutekh et DNA) pour - montrer que COACH était assez indépendant de l'OS. \\ - L'OS bien que indispensable n'est pas une piÚce maitresse du projet. + montrer que COACH était indépendant de l'OS. + L'OS bien qu'indispensable n'est pas une piÚce maitresse du projet. En effet, on doit pouvoir passer facilement à un autre OS si ce dernier supporte les thread POSIX.\\ @@ -238,5 +234,5 @@ \item Diminution des développements materiels:\\ Dans la proposition 2010, nous avions projeté 1) de prototyper les SoC des - différentes patrons architecturaux de façon exacte, 2) d'implanter le + différents patrons architecturaux de façon exacte, 2) d'implanter le composant de communication (MWMR) pour les patrons architecturaux XILINX et ALTERA. Ces choix conduisaient à 4 implantations du composants de communication @@ -259,10 +255,10 @@ \item Les descriptions SystemC de 6 composants sur environ 70. \item L'explorateur de l'espace de conception DSX qui devra être étendu pour - supporter la génération matérielle des architectures (VHDL synthétisablé). + supporter la génération matérielle des architectures (VHDL synthétisable). \item Un OS sur cinq. \end{itemize} Cette liste montre clairement que SoCLib n'est qu'un composant logiciel parmi la dizaine d'autres sur les quels COACH s'appuie. -Ce n'est pas et de loin le plus irremplaçable, les modÚles VHDL du patron +Ce n'est pas, et de loin, le plus irremplaçable, les modÚles VHDL du patron architectural neutre comme les outils de synthÚse seraient bien plus difficiles à refaire et GCC comme les environnements QUARTUS et ISE sont absolument @@ -272,5 +268,5 @@ \t\note{SL3} A la question posée par les experts: - \og Faut il financer COACH pour donner une chance à SoCLib? {\fg} + \og faut il financer COACH pour donner une chance à SoCLib? {\fg} La réponse est que financer COACH n'influencera pas la vie de SoCLib, les 2 projets n'étant pas assez corrélés. @@ -280,5 +276,5 @@ Enfin une réserve concerne l'utilisation du bus VCI jugé obsolÚte via les composants SoCLib. Le projet prévoit le développement de pont VCI/AVALON et VCI/\xilinxbus ce qui -permettra l'utilisation des IP de XILINX et ALTERA dans la patron architectural +permettra l'utilisation des IP de XILINX et ALTERA dans le patron architectural neutre. % Index: /anr/section-dissemination.tex =================================================================== --- /anr/section-dissemination.tex (revision 323) +++ /anr/section-dissemination.tex (revision 324) @@ -87,22 +87,19 @@ \subsubsection*{Partner: \textit{\mds}} The interest for \mds in this project is multiple. - -- We will collaborate in experiments for the integration of High Level Synthesis engines into IP-XACT based flow. +\begin{itemize} +\item We will collaborate in experiments for the integration of High Level Synthesis engines into IP-XACT based flow. This point will be very valuable because more and more system integrators are using or considering to use HLS in their flow (e.g. Astrium, Airbus, etc.) - -- \mds has already a leading position in the usage of IP-XACT standard for managing innovative SoC design +\item \mds has already a leading position in the usage of IP-XACT standard for managing innovative SoC design methodologies. This project will allow to keep the advance in regards with competition by anticipating the next generation platforms hosting mutli cores and programmable logic for coprocessors. - -- HPC is a topic that was not covered yet by \mds with its customers. Thanks to this project, \mds will +\item HPC is a topic that was not covered yet by \mds with its customers. Thanks to this project, \mds will collaborate with BULL on this point and this will open us doors for new customers market. - -- This project has been set up for maximizing the industrial exploitation of results. The role of \mds will +\item This project has been set up for maximizing the industrial exploitation of results. The role of \mds will be to ensure this objective and after the project, we expect a growing contribution for rising the turnover (2015: 2 new customers = 100keuros, 2016: 4 new customers = 250keuros, 2017: 5 new customers = 400Keuros). These numbers are not high but we tried to keep them realistic. The return on investment is nevertheless important and we can also expect side effects of this project on sales with existing -*customers and prospects interrested in the global magillem solution. - +customers and prospects interrested in the global magillem solution. +\end{itemize} \subsubsection*{Partner: \textit{\bull}} Index: /anr/task-csg.tex =================================================================== --- /anr/task-csg.tex (revision 323) +++ /anr/task-csg.tex (revision 324) @@ -81,5 +81,5 @@ generation of system software and the configuration of CSG to other OS. 3) \Smds will focus to interface CSG to the IP-XACT format for - generating IP integrable into a IP-XACT flow such as socket and to + generating IP integrable into a IP-XACT flow such as the one defined in the SoCket project and to configure CSG to new IP or plate-form. \end{livrable}