[62] | 1 | \subsection{Dissemination} |
---|
| 2 | |
---|
[134] | 3 | The COACH project will bring new scientific results in various fields, such as high level synthesis, |
---|
[237] | 4 | hardware/software codesign, virtual prototyping, hardware oriented compilation techniques, |
---|
[196] | 5 | automatic parallelisation, etc. These results will be published in relevant International |
---|
[62] | 6 | Conferences, namely DATE, DAC, or ICCAD. |
---|
| 7 | |
---|
[134] | 8 | More generally, the COACH infrastructure and the design flow supported by the COACH |
---|
[62] | 9 | tools and libraries will be promoted by proposing tutorials on FPGA oriented system level synthesis |
---|
[196] | 10 | in various worshops and conferences (DATE, DAC, CODES+ISSS...). |
---|
[62] | 11 | |
---|
[196] | 12 | Several COACH partners being members of the HiPEAC European Network of Excellence |
---|
| 13 | (High Performance and Embedded Architecture and Compilation), courses will be proposed for the |
---|
| 14 | HiPEAC summer school on Advanced Computer Architecture and Compilation for Embedded Systems. |
---|
| 15 | |
---|
[62] | 16 | Following the general policy of the SoCLib platform, the COACH project will be an |
---|
[237] | 17 | open infrastructure, and the COACH tools and libraries will be available in the framework |
---|
[62] | 18 | of the SoCLib WEB server. This server will be maintened by the UPMC/LIP6 laboratory. |
---|
| 19 | |
---|
| 20 | \subsection{Exploitation of results} |
---|
| 21 | |
---|
[134] | 22 | The main goal of the COACH project is to help SMEs (Small and Medium Enterprises) |
---|
[62] | 23 | to enter the world of MPSoC technologies. For small companies, the cost is a primary concern. |
---|
| 24 | Moreover, these companies have not always in-home expertise in hardware design and VHDL modelling. |
---|
[134] | 25 | As the fabrication costs of an ASIC is generally too high for SMEs, the COACH project focus |
---|
[62] | 26 | on FPGA technologies. Regarding the design tools, the cost of advanced ESL (Electronic System Design) |
---|
[134] | 27 | tools is an issue, and the COACH project will follow the same general policy as the SoCLib platform : |
---|
[62] | 28 | |
---|
| 29 | \begin{itemize} |
---|
| 30 | \item |
---|
[134] | 31 | All software tools supporting the COACH design flow will be available as free software. |
---|
| 32 | All academic partners contributing to the COACH project agreed to distribute the ESL software |
---|
[62] | 33 | tools under the same GPL license as the SoCLib tools. |
---|
| 34 | \item |
---|
[119] | 35 | The SystemC simulation models for the hardware components |
---|
[62] | 36 | used by the SoCLib architectural template will be distributed as free software |
---|
| 37 | under a non-contaminant LGPL license. |
---|
| 38 | \item |
---|
| 39 | The synthesizable VHDL models supporting the neutral architectural template |
---|
| 40 | (corresponding to the SocLib IP cores library), will have two modes of dissemination. |
---|
| 41 | A typical MPSoC contains not only dedicated, synthesized coprocessors. It contains |
---|
| 42 | also general purpose, reusable components, such as processor cores, memory controllers |
---|
| 43 | optimised cache controllers, peripheral controllers, or bus controllers. |
---|
| 44 | For non commercial use (i.e. research or education in an academic context, |
---|
| 45 | or feasbility study in an industrial context), the synthesizable VHDL models will be freely available. |
---|
| 46 | For commercial use, commercial licenses will be negociated between the owners and the customers. |
---|
| 47 | \item |
---|
[134] | 48 | The proprietary \altera, \xilinx and \zied IP core libraries are commercial products |
---|
[62] | 49 | that are not involved by the free software policy, but these libraries will be supported by the |
---|
[134] | 50 | synthesis tools developped in the COACH project. |
---|
[62] | 51 | \end{itemize} |
---|
| 52 | |
---|
[150] | 53 | This general approach is supported by a large number (\letterOfInterestNb) of SMEs, as |
---|
| 54 | demonstrated by the "letters of interest" that have been collected during the preparation |
---|
| 55 | of the project and presented in annexe~\ref{lettre-soutien}. |
---|
[136] | 56 | |
---|
| 57 | \subsection{Indusrial Interest in COACH} |
---|
| 58 | |
---|
| 59 | \subsubsection*{Partner: \textit{\bull}} |
---|
| 60 | The team of \bull participating to the COACH project is from the Server Development |
---|
| 61 | Department who is in charge of developing hardware for open servers (e.g. NovaScale) and |
---|
| 62 | HPC solutions. The main expectation from COACH is to derive a new component (fine-grain |
---|
| 63 | FPGA parallelism) to add to existing Bull HPC solutions. |
---|
| 64 | |
---|
| 65 | \subsubsection*{Partner: \textit{\xilinx}} |
---|
| 66 | Computing power potential of our FPGA architectures |
---|
| 67 | growing very quickly on one side, and complexity of designs implemented |
---|
| 68 | using our FPGAs dramatically increasing on the other side, it is very |
---|
| 69 | interesting for us to get high level design methodologies progressing |
---|
| 70 | quickly and targetting our FPGAs in the most possible efficient way. |
---|
| 71 | \parlf |
---|
| 72 | \xilinx goal is to get COACH to generate bitstream optimized as much as possible for |
---|
| 73 | \xilinx FPGAs in order to both, validate the methodology on our FPGA families, and ease |
---|
| 74 | future work of our customers. |
---|
| 75 | |
---|
| 76 | \subsubsection*{Partner: \textit{\thales}} |
---|
| 77 | \noindent |
---|
| 78 | \thales has two main reasons to use the COACH platform: |
---|
[62] | 79 | \begin{itemize} |
---|
[136] | 80 | \item The huge increase of the complexity of the systems in particular by their |
---|
| 81 | heterogeneity, raises the issues of design cost and time in the same proportion. The |
---|
| 82 | divisions need a design tool which supports the implementation of the applications from |
---|
| 83 | algorithm description to the executable code on platforms composed of several general |
---|
| 84 | purpose processors and dedicated IPs. |
---|
| 85 | \item The applications are more and more complex and adaptable to the environment which |
---|
| 86 | leads to a mixture of control aspects and data stream computing aspects. A new approach |
---|
| 87 | is necessary to be able to describe this type of application and manage the high level |
---|
| 88 | synthesis of system embedding control and data flow aspects. |
---|
| 89 | \end{itemize} |
---|
| 90 | \parlf |
---|
| 91 | TRT (Thales Research and Technology) has the mission to assess and de-risk the emerging |
---|
| 92 | technologies in its domains of expertise. Specifically in COACH, the studied technology is |
---|
| 93 | a method and associated tools to make the bridge between application capture at system |
---|
| 94 | level and the implementation on heterogeneous distributed computing architectures. The |
---|
| 95 | main stake for Thales behind this is the future design process that will be applied to its |
---|
| 96 | system teams in the future for the computation-intensive sensor applications. In a context |
---|
| 97 | of very instable market of tools for parallel programming, it is important to experiment |
---|
| 98 | and demonstrate the candidate technologies. |
---|
| 99 | \\ |
---|
| 100 | In its role of internal dissemination, TRT will make the demonstration of the full design |
---|
| 101 | flow within Thales, and will keep available a platform to later evaluate additional |
---|
| 102 | applications coming from the Business Units. |
---|
| 103 | \\ |
---|
| 104 | The COACH platform will be used in the new \thales products in which the algorithms are more |
---|
| 105 | and more dependent of the environment and have to permanently adapt their behavior in |
---|
| 106 | varying environments. The target markets are the critical infrastructures security and |
---|
| 107 | border monitoring. |
---|
| 108 | |
---|
| 109 | \subsubsection*{Partner: \textit{\zied}} |
---|
| 110 | |
---|
| 111 | \zied is developing a new architecture for embedded system. Our interest in using COACH |
---|
| 112 | are: |
---|
| 113 | \begin{itemize} |
---|
| 114 | \item firstly, to validate our new architecture by emulating it with COACH. |
---|
| 115 | \item Secondly, to use this emulator and the COACH potential to quickly setup |
---|
| 116 | demonstrator to our customer. |
---|
| 117 | \end{itemize} |
---|
| 118 | |
---|
| 119 | \subsubsection*{Partner: \textit{\navtel}} |
---|
| 120 | \navtel has a platform for high performence computation based on ARM processor and FPGAs |
---|
| 121 | that embedde coprocessors. Currently, the coprocessors are handmade and their designs |
---|
| 122 | constitute an important part of our product cost. We have try free HLS tools to diminish |
---|
| 123 | them but the quality of the generated designs was not sufficient to be useable. |
---|
| 124 | So our interest in COACH is mainly the HLS tools. |
---|
| 125 | |
---|
| 126 | \subsubsection*{Industrial supports} |
---|
| 127 | The following SMEs demonstrate interest to the COACH project (see the "letters of |
---|
| 128 | interest" in annexe~\ref{lettre-soutien}) and will follow the COACH evolution and will |
---|
| 129 | evaluate it: |
---|
[150] | 130 | \letterOfInterest{ADACSYS}{lettres/Coach_ADACSYS_lettre_interet}, |
---|
| 131 | \letterOfInterest{MAGILLEM Design Services}{lettres/Coach_lettre_interet_MDS}, |
---|
[168] | 132 | \letterOfInterest{INPIXAL}{lettres/inpixal.jpg}, |
---|
[242] | 133 | \letterOfInterest{CAMKA System}{lettres/CAMKA-System.pdf}, |
---|
| 134 | \letterOfInterest{ATEME}{lettres/ATEME.pdf}, |
---|
| 135 | \letterOfInterest{ALSIM Simulateur}{lettres/Alsim.pdf}. |
---|
[62] | 136 | |
---|
[150] | 137 | \letterOfInterestClose |
---|
| 138 | |
---|
[62] | 139 | \subsection{Management of Intellectual Property} |
---|
| 140 | A global consortium agreement will be defined during the first six monts of the project. |
---|
[134] | 141 | As already stated, the COACH project has been prepared during one year by a monthly meeting |
---|
[62] | 142 | involving the five academic partners. The general free software policy described in the |
---|
| 143 | previous section has been agreed by academic partners and has been |
---|
| 144 | approved by all industrial participants. This free software policy will |
---|
| 145 | simplify the definition of the consortium agreement. |
---|
| 146 | |
---|