| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
This reverts commit 09ecb9b2cf3ab76841d30712bf70dafc6d47ef67.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Co-authored-by: Eddie Hung <eddie@fpgeh.com>
|
|
|
|
|
| |
Suspect it is to do with map/set ordering in techmap; should
be fixed by #1862?
|
| |
|
|
|
|
| |
Signed-off-by: Claire Wolf <claire@symbioticeda.com>
|
|
|
|
|
|
|
|
|
|
| |
By instantiating the LUTRAM cell directly, we avoid a trip through
altsyncram, which speeds up Quartus synthesis time. This also gives
a little more flexibility, as Yosys can build RAMs out of individual
32x1 LUTRAM cells.
While working on this, I discovered that the mem_init0 parameter of
<family>_mlab_cell gets ignored by Quartus.
|
| |
|
|
By operating at a layer of abstraction over the rather clumsy Intel primitives,
we can avoid special hacks like `dffinit -highlow` in favour of simple techmapping.
This also makes the primitives much easier to manipulate, and more descriptive
(no more cyclonev_lcell_comb to mean anything from a LUT2 to a LUT6).
|