- Timestamp:
- Feb 15, 2010, 11:45:28 AM (15 years ago)
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
anr/section-1.tex
r134 r165 5 5 complex Multi-Processors System on Chip (MPSoC). 6 6 \\ 7 \mustbecompleted{FIXME :: A relire, j'ai modifie le paragraphe suivant en motivant plus} 7 8 During the last decade, the design of ASICs (Application Specific 8 9 Integrated Circuits) appeared to be more and more reserved to high volume markets, because … … 12 13 Virtex5 family from \xilinx or the Stratix4 family from \altera, can nowadays 13 14 implement a complete MPSoC with multiple processors and several dedicated 14 coprocessors for a few keuros per device. 15 In addition, Electronic System Level (ESL) design methodologies (Virtual Prototyping, 15 coprocessors for a few Keuros per device. Many applications are initially captured 16 algorithmically in High-Level Languages HLLs such as C/C++. This has led to growing interest 17 in tools that can provide an implementation path directly from HLLs to hardware. 18 Thus, Electronic System Level (ESL) design methodologies (Virtual Prototyping, 16 19 Co-design, High-Level Synthesis...) are now mature and allow the automation of 17 a system level design flow that targets FPGA devices. 20 a system-level design flow. Unfortunately, ESL tool development to date has primarily focused 21 on the design of hard-wired devices i.e. ASICs and ASSPs (Application Specific Standard Product). 22 However, the increasing sophistication of FPGAs has accelerated the need for FPGA-based ESL design 23 methodologies. ESL methodologies hold the promise of streamlining the design approach by accepting 24 designs written in C/C++ language and implementing the function straight into FPGA. 18 25 We believe that coupling FPGA technologies and ESL methodologies 19 26 will allow both SMEs (Small and Medium Enterprise) and … … 28 35 They can be embedded (autonomous) applications 29 36 such as personal digital assistants (PDA), ambiant computing components, 30 or wireless sensor networks (WSN) 37 or wireless sensor networks (WSN). 31 38 They can also be extension boards connected to a PC to accelerate a specific computation, 32 39 as in High-Performance Computing (HPC) or High-Speed Signal Processing (HSSP). … … 57 64 COACH will define architectural templates that can be customized by adding 58 65 dedicated coprocessors and ASIPs and by fixing template parameters such as 59 the number of embedded processors or the number of sizes of embedde memory banks,66 the number of embedded processors, the number of sizes of embedded memory banks 60 67 or the embedded the operating system. 68 However, the specification of the application will be independant of both the 69 architectural template and the target FPGA device. 61 70 Basically, the 3 following architectural templates will be provided: 62 71 \begin{enumerate} 63 \item A Neutral architectural template based on the SoCLib IP core library and the72 \item A \mustbecompleted{FIXME :: Neutral est tres pejoratif. Technology inependent, independant, standard ???} Neutral architectural template based on the SoCLib IP core library and the 64 73 VCI/OCP communication infrastructure. 65 \item An \altera architectural template based on the \altera IP core library andthe66 AVALON system bus .67 \item A \xilinx architectural template based on the X linx IP core library andthe PLB68 system bus .74 \item An \altera architectural template based on the \altera IP core library, the 75 AVALON system bus and the NIOS processor. 76 \item A \xilinx architectural template based on the Xilinx IP core library, the PLB 77 system bus and the Microblaze processor. 69 78 \end{enumerate} 70 Moreover, the specification of the application will be independant of both the71 architectural template and the target FPGA device.72 79 \item[Hardware/Software communication middleware:] 73 80 COACH will implement an homogeneous HW/SW communication infrastructure and 74 81 communication APIs (Application Programming Interface), that will be used for 75 82 communications between software tasks running on embedded processors and 76 dedicated hardware coprocessors ,83 dedicated hardware coprocessors. 77 84 \end{description} 78 85 The COACH design flow will be dedicated to system designers, and will as 79 much as possible hide the hardware characteristics to the end 86 much as possible hide the hardware characteristics to the end-user. 80 87 %From the end user point of view, the specification of the application will be 81 88 %independant from both the architectural template and from the selected FPGA … … 95 102 \\ 96 103 The COACH project does not start from scratch. 97 It stronly relies on SoCLib virtual prototyping platform~\cite{soclib} for prototyping,104 It stronly relies on the SoCLib virtual prototyping platform~\cite{soclib} for prototyping, 98 105 99 106 (DSX, component library), operating systems (MUTEKH, DNA/OS). … … 103 110 on the SYNTOL~\cite{syntol} and BEE~\cite{bee} tools for source-level analysis and transformations 104 111 and on the \xilinx and \altera IP core libraries. 105 Finally it will use the \xilinx and \altera RTLtools to generate the FPGA configuration112 Finally it will use the \xilinx and \altera logic and phisical synthesis tools to generate the FPGA configuration 106 113 bitstreams. 107 114 \parlf … … 112 119 Most of the general software architecture of the proposed design flow (including the 113 120 exchange format specification) has been define by this working group. 114 Because the So cLib platform is thebase of this project, it may be described as an121 Because the SoCLib platform is the \mustbecompleted{FIXME Fundation, root, basis ???} base of this project, it may be described as an 115 122 extension of the SoCLib platform. 116 123 %The main development steps of the COACH project are: … … 137 144 as a contractual partner providing documentation and manpower; \altera will contribute as a supporter, 138 145 providing documentation and development boards. These two companies are strongly motivated 139 to help the COACH project to generate efficient bitsream for both FPGA families.146 to help the COACH project to generate efficient bitsreams for both FPGA families. 140 147 The role of the industrial partners \bull, \thales, \navtel and \zied is to provide 141 real use cases to benchmark the COACH design environment. 148 real use cases to benchmark the COACH design environment and to analyze the designer productivity 149 imrovments. \mustbecompleted{FIXME :: j'ai ajoute and to analyze OK ?...} \mustbecompleted{FIXME :: FlexRAS 150 sont fournisseur de techno et non de uses cases no ???} 142 151 \parlf 143 152 Following the general policy of the SoCLib platform, the COACH project will be an open
Note: See TracChangeset
for help on using the changeset viewer.