| 1 | % vim:set spell: |
|---|
| 2 | % vim:spell spelllang=en: |
|---|
| 3 | |
|---|
| 4 | \begin{taskinfo} |
|---|
| 5 | \let\BULL\leader |
|---|
| 6 | \let\UPMC\enable |
|---|
| 7 | \let\TIMA\enable |
|---|
| 8 | \let\THALES\enable |
|---|
| 9 | \let\XILINX\enable |
|---|
| 10 | \end{taskinfo} |
|---|
| 11 | % |
|---|
| 12 | \begin{objectif} |
|---|
| 13 | This task pools the features dedicated to HPC system design. It is described on |
|---|
| 14 | figures~\ref{coach-flow} and \ref{archi-hpc}. It consists in |
|---|
| 15 | \begin{itemize} |
|---|
| 16 | \item Providing a software tool that helps the HPC designer to find a good partition of the initial application |
|---|
| 17 | (figure~\ref{archi-hpc}). |
|---|
| 18 | \item specification of the communication schemes between the software part running on the PC and the |
|---|
| 19 | FPGA-SoC. |
|---|
| 20 | \item Implementing the communication scheme at all levels: partition help, software |
|---|
| 21 | implementation both on the PC and in the operating system of the FPGA-SoC, hardware. |
|---|
| 22 | \item Providing support for dynamic partial reconfiguration of \xilinx FPGA in order |
|---|
| 23 | to optimize FPGA ressource usage. |
|---|
| 24 | \end{itemize} |
|---|
| 25 | |
|---|
| 26 | The low level hardware transmission support will be the PCI/X bus which allows high bit-rate |
|---|
| 27 | transfers. The reasons of this choices are that both ALTERA and Xilinx provide PCI/X IP for |
|---|
| 28 | their FPGA and that GPU HPC softwares use also it. |
|---|
| 29 | %This will allow us at least to be inspired by GPU communication schemes and may be to reuse |
|---|
| 30 | %parts of the GPU softwares. |
|---|
| 31 | |
|---|
| 32 | \end{objectif} |
|---|
| 33 | % |
|---|
| 34 | \mustbecompleted { FIXME :: Ne doit onpas fusionner les taches ST6-1, ST6-2, ST6-3 et pourquoi pas ST6-4 ???} |
|---|
| 35 | \begin{workpackage} |
|---|
| 36 | \subtask This \ST is the definition of the communication schemes as a software API |
|---|
| 37 | (Application Programing Interface) between the application part running on the PC and |
|---|
| 38 | the application part running on the FPGA-SoC. |
|---|
| 39 | \begin{livrable} |
|---|
| 40 | \itemL{0}{6}{d}{\Sbull}{HPC communication API}{1.0:0:0} |
|---|
| 41 | \setMacroInAuxFile{hpcCommApi} |
|---|
| 42 | Specification describing the API. |
|---|
| 43 | \end{livrable} |
|---|
| 44 | \subtask This \ST consists in helping to partition applications. |
|---|
| 45 | It is a library implementing the communication API with features to profile |
|---|
| 46 | the partitioned application. |
|---|
| 47 | %FIXME (Olivier) pour moi, on veut un outil de profiling pour partitionner l'application. |
|---|
| 48 | % It is a profiling (or simulation) library implementing the communication API |
|---|
| 49 | |
|---|
| 50 | \begin{livrable} |
|---|
| 51 | \itemL{6}{12}{x}{\Supmc}{HPC partionning helper}{1:0:0} |
|---|
| 52 | A library implementing the communication API defined in the {\hpcCommApi} delivrable. |
|---|
| 53 | \end{livrable} |
|---|
| 54 | \subtask This \ST deals with the implementation of the communication API on the both sides (PC |
|---|
| 55 | part and FPGA-SoC). |
|---|
| 56 | \begin{livrable} |
|---|
| 57 | \itemL{12}{21}{x}{\Supmc}{HPC API for Linux PC}{0:3:0} |
|---|
| 58 | The PC part of the HPC communication API that comminicates with the FPGA-SOC, a |
|---|
| 59 | library and probably a LINUX module. |
|---|
| 60 | \itemL{12}{21}{x}{\Supmc}{HPC API for MUTEK OS}{0:3:0} |
|---|
| 61 | \setMacroInAuxFile{hpcMutekDriver} |
|---|
| 62 | The FPGA-SoC part of the communication API, a driver. |
|---|
| 63 | \itemL{21}{24}{x}{\Stima}{HPC API for DNA OS}{0:3:0} |
|---|
| 64 | Port of the {\hpcMutekDriver} driver on the DNA OS. |
|---|
| 65 | \itemL{24}{33}{x}{\Supmc}{HPC API}{0:0:1} |
|---|
| 66 | Maintenance work of HPC API for both Linux PC and MUTEK OS. |
|---|
| 67 | \end{livrable} |
|---|
| 68 | \subtask This \ST deals with the implementation of hardware and SystemC modules |
|---|
| 69 | required by the COACH architectural template for using the PCI/X IP of \altera and \xilinx. |
|---|
| 70 | \begin{livrable} |
|---|
| 71 | \itemL{9}{18}{h}{\Stima}{HPC hardware \xilinx}{3:9:0} |
|---|
| 72 | \setMacroInAuxFile{hpcPlbBridge} |
|---|
| 73 | The synthesizable VHDL description of a PLB/VCI bridge and its corresponding SystemC model. |
|---|
| 74 | \itemL{9}{18}{h}{\Supmc}{HPC hardware \altera}{1:2:0} |
|---|
| 75 | \setMacroInAuxFile{hpcAvalonBridge} |
|---|
| 76 | The synthesizable VHDL description of an AVALON/VCI bridge and its corresponding SystemC model. |
|---|
| 77 | \itemL{9}{24}{h}{\Supmc}{PCI/X traffic generator}{1:1:0} |
|---|
| 78 | The SystemC description of a component that generates PCI/X traffic. It is |
|---|
| 79 | required to prototype FPGA-SoC dedicated to HPC. |
|---|
| 80 | \end{livrable} |
|---|
| 81 | |
|---|
| 82 | \subtask This \ST consists in integrating dynamic partial reconfiguration of \xilinx FPGA in the CSG design flow. |
|---|
| 83 | It also includes appropriate SoC-FPGA OS drivers and a modification of the profiling library. |
|---|
| 84 | \begin{livrable} |
|---|
| 85 | \itemL{24}{36}{x}{\Supmc}{CSG support for \ganttlf reconfiguration}{0:0:2} |
|---|
| 86 | Modification of CSG software to support statically reconfigurable task. |
|---|
| 87 | \itemL{18}{36}{x}{\Stima}{CSG module for \ganttlf dynamic reconfiguration}{0:4:12} |
|---|
| 88 | This livrable is a CSG module allowing to partition the task graph on |
|---|
| 89 | the dynamic partial reconfiguration regions. The resulting task-region assignement |
|---|
| 90 | is directly used for generation of bitstreams. The module also produces reconfiguration |
|---|
| 91 | management software to be run on the SoC-FPGA. |
|---|
| 92 | \itemL{18}{30}{x}{\Stima}{dynamic reconfiguration \ganttlf DNA drivers}{0:3:3} |
|---|
| 93 | \setMacroInAuxFile{hpcDynconfDriver} |
|---|
| 94 | The drivers required by the DNA OS in order to manage dynamic partial |
|---|
| 95 | reconfiguration inside the SoC-FPGA. |
|---|
| 96 | \itemL{30}{36}{x}{\Supmc}{dynamic reconfiguration \ganttlf MUTEK drivers}{0:0:1} |
|---|
| 97 | Port of the {\hpcDynconfDriver} drivers on the MUTEK OS. |
|---|
| 98 | \itemL{24}{36}{x}{\Stima}{Profiler for \ganttlf dynamic reconfiguration}{0:0:6} |
|---|
| 99 | Extension of the HPC partionning helper in order to integrate dynamic partial |
|---|
| 100 | reconfiguration dedicated features (reconfiguration time of regions, variable |
|---|
| 101 | number of coprocessors). |
|---|
| 102 | \itemL{24}{36}{d}{\Sxilinx}{optimisation for \ganttlf \xilinx dynamic reconfiguration}{0:0:1} |
|---|
| 103 | \xilinx will work with \tima in order to better take into account during |
|---|
| 104 | partitioning decisions specific constraints due to partial reconfiguration process. |
|---|
| 105 | The delivrable is a document describing the \xilinx specific constraints. |
|---|
| 106 | \end{livrable} |
|---|
| 107 | %\item This \ST is the delivery of 2 PCI/X \mustbecompleted{FIXME: Stratix4} FPGA board |
|---|
| 108 | % with its PCI/X IP. These boards are dedicated to the COACH HPC development. |
|---|
| 109 | % They are based on \mustbecompleted{FIXME:stratix4} FPGA device of 400,000 LUT. |
|---|
| 110 | % \begin{livrable} |
|---|
| 111 | % \itemL{0}{6}{m}{\Saltera}{HPC development boards}{0:0:0} Two PCI/X FPGA boards. |
|---|
| 112 | % \end{livrable} |
|---|
| 113 | \end{workpackage} |
|---|