Re: GSoC'16 | JPEG Encoder
Henry Gomersall <[email protected]> Wed, 2 Mar 2016 13:59:11 +0000
| Newsgroups | gmane.comp.python.myhdl |
|---|---|
| Message-ID | <[email protected]> |
On 02/03/16 13:53, Christopher Felton wrote: >> > >> > Specifically, most FPGAs have various mutually incompatible primitives, >> > things like DSPs and RAM blocks. It would be great, for example, to have >> > a MyHDL DSP structure that can be _just used_, and then switched to >> > support whatever hardware. > "can be just used" on whatever hardware is best supported > (most portable) when you have generic HDL without specific > primitives. You can guide the HDL so the synthesizer > infers the correct primitives e.g. DSP blocks can safely > be inferred when the correct widths, delay slots, etc. > This could be controlled with a couple parameters and the > HDL could be modular to fit various structures - maybe? > Yeah, absolutely. The problem comes when really pushing the bounds. E.g. when the DSP has to be pipelined to maximize throughput, it's no longer just a multiplier and the code has to reflect that. You could create a multiplier block with pipeline stages incorporated, but then you're more or less doing as I suggest (and still with no guarantees the synthesizer will do the right thing). It was a broader point than GSoC - more me thinking out loud. Cheers, Henry ------------------------------------------------------------------------------ Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151&iu=/4140