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