- Timestamp:
- Feb 15, 2010, 4:03:09 PM (15 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
anr/section-3.2.tex
r134 r182 6 6 \begin{figure}[hbtp]\leavevmode\center 7 7 \includegraphics[width=.8\linewidth]{flow} 8 \caption{\label{coach-flow} COACH flow}8 \caption{\label{coach-flow} COACH design flow} 9 9 \end{figure} 10 10 \begin{description} 11 11 \item[HPC setup:] During this step, the user splits the application into 2 parts: the host application 12 12 which remains on a PC and the SoC application which is mapped on the FPGA. 13 The COACH framework provides a SystemC simulation model of the whole system (PC+communication+FPGA-SoC) which allows aperformance evaluation of the partitioning.13 The COACH framework will provide a SystemC simulation model of the whole system (PC+communication+FPGA-SoC) which will allow performance evaluation of the partitioning. 14 14 \item[SoC design:] In this phase, 15 the user canobtain simulators for the SoC at different abstraction levels by giving to the COACH framework a SoC description.16 This description consistsof a process network corresponding to the SoC application,15 the user will be able to obtain simulators for the SoC at different abstraction levels by giving to the COACH framework a SoC description. 16 This description will consist of a process network corresponding to the SoC application, 17 17 an OS, an instance of a generic hardware platform 18 18 and a mapping of processes on the platform components. The supported mapping are … … 20 20 ASIP (the process runs on a SoC processor enhanced with dedicated instructions), 21 21 and hardware (the process runs into a coprocessor that is generated by HLS and plugged on the SoC bus). 22 \item[Application compilation:] Once the SoC description is validated, COACH generatesautomatically22 \item[Application compilation:] Once the SoC description is validated, COACH will generate automatically 23 23 an FPGA bitstream containing the hardware platform with the SoC application software and 24 an executable containing the host application. The user canlaunch the application by24 an executable containing the host application. The user will be able to launch the application by 25 25 loading the bitstream on an FPGA and running the executable on PC. 26 26 \end{description} … … 29 29 % ambitieux du projet. 30 30 %FIXME == {NON ceci n'est pas une contribution scientifique. A re-ecrire} 31 The main scientific contribution of the project is to unify various synthesis techniques 32 (same input and output formats) allowing the user to swap without engineering effort 33 from one to another and even to chain them. For instance, it will be possible to run loop transformations before synthesis. 34 Another advantage of this framework is to provide different abstraction levels from 35 a single description. 36 Finally, this description is device family independent and its hardware implementation 37 is automatically generated. 31 32 %The main scientific contribution of the project is to unify various synthesis techniques 33 %(same input and output formats) allowing the user to swap without engineering effort 34 %from one to another and even to chain them. For instance, it will be possible to run loop transformations before synthesis. 35 %Another advantage of this framework is to provide different abstraction levels from 36 %a single description. 37 %Finally, this description is device family independent and its hardware implementation 38 %is automatically generated. 38 39 39 40 % Detailler les verrous scientifiques et techniques a lever par la realisation du projet. 40 System design is a very complicated task and in this project we try to simplify it41 System design is a very complicated task and in this project we will try to simplify it 41 42 as much as possible. For this purpose we have to deal with the following scientific 42 43 and technological barriers. … … 44 45 \item HLS tools are sensitive to the style in which the algorithm is written. 45 46 In addition, they are are not integrated into an architecture and system 46 exploration tool. 47 Consequently, engineering work is required to swap from a tool to another, 47 exploration tool. Consequently, engineering work is required to swap from a tool to another, 48 48 to integrate the resulting simulation model to an architectural exploration tool 49 49 and to synthesize the generated RTL description.
Note: See TracChangeset
for help on using the changeset viewer.