1 | % les objectifs globaux, |
---|
2 | The market of digital systems is about 4,600 M\$ today and is estimated to |
---|
3 | 5,600 M\$ in 2012. However the ever growing applications complexity involves |
---|
4 | integration of heterogeneous technologies and requires the design of |
---|
5 | complex Multi-Processors System on Chip (MPSoC). |
---|
6 | \\ |
---|
7 | During the last decade, the use of ASICs (Application Specific |
---|
8 | Integrated Circuits) appeared to be more and more reserved to high volume markets, because |
---|
9 | the design and fabrication costs of such components exploded, due to increasing NRE (Non |
---|
10 | Recurring-Engineering) costs. |
---|
11 | Fortunately, FPGA (Field Programmable Gate Array) components, such as the |
---|
12 | Virtex5 family from \xilinx or the Stratix4 family from \altera, can nowadays |
---|
13 | implement a complete MPSoC with multiple processors and several dedicated |
---|
14 | coprocessors for a few Keuros per device. |
---|
15 | \\ |
---|
16 | Many applications are initially captured |
---|
17 | algorithmically in High-Level Languages (HLLs) such as C/C++. This has led to growing interest |
---|
18 | in tools that can provide an implementation path directly from HLLs to hardware. |
---|
19 | Thus, Electronic System Level (ESL) design methodologies (Virtual Prototyping, |
---|
20 | Co-design, High-Level Synthesis...) are now mature and allow the automation of |
---|
21 | a system-level design flow. Unfortunately, ESL tool development to date has primarily focused |
---|
22 | on the design of hard-wired devices i.e. ASICs and ASSPs (Application Specific Standard Product). |
---|
23 | However, the increasing sophistication of FPGAs has accelerated the need for FPGA-based ESL design |
---|
24 | methodologies. ESL methodologies hold the promise of streamlining the design approach by accepting |
---|
25 | designs written in C/C++ language and implementing the function straight into FPGA. |
---|
26 | We believe that coupling FPGA technologies and ESL methodologies |
---|
27 | will allow both SMEs (Small and Medium Enterprise) and major companies to design innovative |
---|
28 | devices and to enter new, low and medium volume markets. |
---|
29 | Furthermore, today there is an increasing industrial interest to IC |
---|
30 | that integrates both hardwired CPU cores or MPSoC and a configurable area (FPGA) |
---|
31 | such as ATOM E600C (Intel). |
---|
32 | Probably in few years, one can expect that such chips will become current and even standard |
---|
33 | general purpose CPU cores will contains a configurable area% |
---|
34 | %paul |
---|
35 | bringing an explosion in low and medium volume markets. |
---|
36 | \parlf |
---|
37 | The objective of COACH is to provide an integrated design flow for the design of |
---|
38 | multi-processors digital systems targeting FPGA devices. |
---|
39 | It will be dedicated to system/software designers, and hide as much as possible |
---|
40 | the hardware characteristics to the end-user. |
---|
41 | COACH will mainly target three kinds of digital systems: |
---|
42 | 1) embedded and autonomous application such as personal digital assistants (PDA), |
---|
43 | ambient computing components, or wireless sensor networks (WSN); |
---|
44 | 2) PCI/E extension boards connected to a PC to accelerate a specific application, |
---|
45 | it is the domain of High-Performance Computing (HPC) and High-Speed Signal Processing (HSSP); |
---|
46 | 3) sub-system application for generating an IP to a larger system. |
---|
47 | \parlf |
---|
48 | %verrous scientifiques et techniques |
---|
49 | The COACH environment will integrate several hardware and software technologies: |
---|
50 | \begin{description} |
---|
51 | \item[Design Space Exploration:] |
---|
52 | The COACH environment will allow to describe an application as a process |
---|
53 | network i.e. a set of tasks communicating through FIFO channels. |
---|
54 | COACH will allow to map the application on a shared-memory, MPSoC architecture. |
---|
55 | It will permit to easily explore the design space to help the system designer |
---|
56 | to define the proper hardware/software partitioning of the application. |
---|
57 | For each point in the design space, metrics such as throughput, latency, power |
---|
58 | consumption, silicon area, memory allocation and data locality will be provided. |
---|
59 | \item[Hardware Accelerators Synthesis (HAS):] |
---|
60 | COACH will allow the automatic generation of hardware accelerators when required. |
---|
61 | Hence, High-Level Synthesis (HLS) tools, Application Specific Instruction Processor |
---|
62 | (ASIP) design environment and source-level transformation tools (loop transformations |
---|
63 | and memory optimization) will be provided. |
---|
64 | This will allow further exploration of the micro-architectural design space. |
---|
65 | HLS tools are sensitive to the coding style of the input specification and the domain |
---|
66 | they target (control vs. data dominated). |
---|
67 | The HLS tools of COACH will support a common language and coding style to avoid |
---|
68 | re-engineering by the designer. |
---|
69 | \item[Platform based design:] |
---|
70 | COACH will handle both \altera and \xilinx FPGA devices. |
---|
71 | COACH will define architectural templates that can be customized by adding |
---|
72 | dedicated coprocessors and ASIPs and by fixing template parameters such as |
---|
73 | the number of embedded processors, the number of sizes of embedded memory banks |
---|
74 | or the embedded operating system. |
---|
75 | However, the specification of the application will be independent of both the |
---|
76 | architectural template and the target FPGA device. |
---|
77 | Basically, the following three architectural templates will be provided: |
---|
78 | \begin{enumerate} |
---|
79 | \item A Neutral architectural template based on the SoCLib IP core library and the |
---|
80 | VCI/OCP communication infrastructure. |
---|
81 | \item An \altera architectural template based on the \altera IP core library, the |
---|
82 | AVALON system bus and the NIOS processor. |
---|
83 | \item A \xilinx architectural template based on the \xilinx IP core library, |
---|
84 | the \xilinxbus system bus and the \xilinxcpu processor. |
---|
85 | \end{enumerate} |
---|
86 | \item[Hardware/Software communication middleware:] |
---|
87 | COACH will implement an homogeneous HW/SW communication infrastructure and |
---|
88 | communication APIs (Application Programming Interface), that will be used for |
---|
89 | communications between software tasks running on embedded processors and |
---|
90 | dedicated hardware coprocessors. |
---|
91 | \item[Interaction with the industrial world:] |
---|
92 | COACH will not be a closed framework but it will be opened to the industrial |
---|
93 | world by using the IP-XACT format \cite{IP-XACT-08} for describing the components of the |
---|
94 | architectural template and by providing the IP-XACT description of the generated MPSoC. |
---|
95 | This should facilitate the enhancement of the architectural template with IP and the |
---|
96 | integration of the IP produced by COACH in larger design. |
---|
97 | \end{description} |
---|
98 | %From the end user point of view, the specification of the application will be |
---|
99 | %independant from both the architectural template and from the selected FPGA |
---|
100 | %family. |
---|
101 | \parlf |
---|
102 | % le programme de travail |
---|
103 | %The COACH project targets fundamental issues related to design methodologies for |
---|
104 | %digital systems by providing estimation, exploration and design tools targeting both |
---|
105 | %performance and power optimization at all the abstraction levels of the flow (system, |
---|
106 | %architecture, algorithm and logic). |
---|
107 | To reach this ambitious goal, the project will rely on the experience and the |
---|
108 | complementariness of partners in the following domains: |
---|
109 | Operating system and communication middleware (\tima, \upmc), |
---|
110 | MPSoC architectures (\tima, \ubs, \upmc), |
---|
111 | ASIP architectures (\inria), |
---|
112 | High Level Synthesis (\tima, \ubs, \upmc), and compilation (\lip), |
---|
113 | HPC (\bull, \thales), tools integration in IP-XACT flow (\mds). |
---|
114 | \\ |
---|
115 | The COACH project does not start from scratch. |
---|
116 | It relies |
---|
117 | on the Magillem industrial platform for the integration into IP-XACT flows, |
---|
118 | on the SoCLib platform~\cite{soclib} for prototyping and operating systems (DNA/OS), |
---|
119 | on the GAUT~\cite{gaut08} and UGH~\cite{ugh08} tools for HLS, |
---|
120 | on the ROMA~\cite{roma, RAFFIN:2010:INRIA-00539874:1} project for ASIP, |
---|
121 | on the SYNTOL~\cite{syntol} and BEE~\cite{bee} tools for source-level analysis and |
---|
122 | transformations, |
---|
123 | and on the \xilinx and \altera IP core libraries. |
---|
124 | Finally it will use the \xilinx and \altera logic and physical synthesis tools |
---|
125 | to generate the FPGA configuration bitstreams. |
---|
126 | %The main development steps of the COACH project are: |
---|
127 | %\begin{enumerate} |
---|
128 | % \item Definition of the end user inputs: |
---|
129 | % The coarse grain parallelism of the application will be described as a communicating |
---|
130 | % task graph, each task being described in C language. |
---|
131 | % Similarly the architectural templates with their parameters and the design constraints |
---|
132 | % will be specified. |
---|
133 | % \item Definition of an internal format for representing task. |
---|
134 | % \item Development of the GCC pluggin for generating the internal format of a |
---|
135 | % C task. |
---|
136 | % \item Adaptation of the existing HAS tools (BEE, SYNTOL, UGH, GAUT) to read and write |
---|
137 | % the internal format. This will allow to swap from one tool to another one, and to |
---|
138 | % chain them if necessary. |
---|
139 | % \item Modification of the DSX tool (Design Space eXplorer) of the SocLib |
---|
140 | % platform to generate the bitstream for the various FPGA families and architectural |
---|
141 | % templates. |
---|
142 | % \item Development of new tools such as ASIP compiler, HPC design environment and |
---|
143 | % dynamic reconfiguration of FPGA devices. |
---|
144 | %\end{enumerate} |
---|
145 | \parlf |
---|
146 | The role of the industrial partners \bull, \thales and \mds is to provide |
---|
147 | real use cases to benchmark the COACH design environment and to analyze the designer productivity |
---|
148 | improvements. |
---|
149 | \parlf |
---|
150 | The COACH project will deliver an open and freely distributed infrastructure. |
---|
151 | The architectural templates and most of the software tools will be distributed under the |
---|
152 | GPL-like license. |
---|
153 | The VHDL synthesizable models for the neutral architectural template |
---|
154 | will also be freely available for non commercial use. |
---|
155 | For industrial exploitation the technology providers are ready to propose commercial licenses, |
---|
156 | directly to the end user, or through a third party. |
---|
157 | \parlf |
---|
158 | \mustbecompleted{LIST NON A JOUR} |
---|
159 | The major FPGA companies (\xilinx and \altera) have expressed their interest for |
---|
160 | this project. |
---|
161 | Finally, the COACH project is already supported by a large number of SMEs, as demonstrated by the |
---|
162 | "letters of interest" (see Annex B), that have collected during the preparation of the project : |
---|
163 | ADACSYS, MDS, INPIXAL, CAMKA System, ATEME, ALSIM, SILICOMP-AQL, |
---|
164 | ABOUND Logic, EADS-ASTRIUM. |
---|
165 | |
---|