mirror of
https://github.com/YosysHQ/yosys
synced 2025-04-27 10:55:51 +00:00
remove cycloneive
This commit is contained in:
parent
f8bcb78a32
commit
1452cd88e8
15 changed files with 24 additions and 333 deletions
|
@ -169,7 +169,7 @@ module MISTRAL_ALUT3(input A, B, C, output Q);
|
|||
|
||||
parameter [7:0] LUT = 8'h00;
|
||||
|
||||
`ifdef cyclonev
|
||||
`ifdef cyclonev
|
||||
specify
|
||||
(A => Q) = 510;
|
||||
(B => Q) = 400;
|
||||
|
|
|
@ -1,10 +1,3 @@
|
|||
// The four D flip-flops (DFFs) in a Cyclone V/10GX Adaptive Logic Module (ALM)
|
||||
// act as one-bit memory cells that can be placed very flexibly (wherever there's
|
||||
// an ALM); each flop is represented by a MISTRAL_FF cell.
|
||||
//
|
||||
// The flops in these chips are rather flexible in some ways, but in practice
|
||||
// quite crippled by FPGA standards.
|
||||
//
|
||||
// What the flops can do
|
||||
// ---------------------
|
||||
// The core flop acts as a single-bit memory that initialises to zero at chip
|
||||
|
@ -60,7 +53,7 @@ module MISTRAL_FF(
|
|||
output reg Q
|
||||
);
|
||||
|
||||
`ifdef cycloneiv
|
||||
`ifdef cycloneiv
|
||||
specify
|
||||
if (ENA && ACLR !== 1'b0 && !SCLR && !SLOAD) (posedge CLK => (Q : DATAIN)) = 731;
|
||||
if (ENA && SCLR) (posedge CLK => (Q : 1'b0)) = 890;
|
||||
|
@ -75,23 +68,6 @@ specify
|
|||
if (ACLR === 1'b0) (ACLR => Q) = 282;
|
||||
endspecify
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
specify
|
||||
// TODO (long-term): investigate these numbers.
|
||||
// It seems relying on the Quartus Timing Analyzer was not the best idea; it's too fiddly.
|
||||
if (ENA && ACLR !== 1'b0 && !SCLR && !SLOAD) (posedge CLK => (Q : DATAIN)) = 219;
|
||||
if (ENA && SCLR) (posedge CLK => (Q : 1'b0)) = 219;
|
||||
if (ENA && !SCLR && SLOAD) (posedge CLK => (Q : SDATA)) = 219;
|
||||
|
||||
$setup(DATAIN, posedge CLK, 268);
|
||||
$setup(ENA, posedge CLK, 268);
|
||||
$setup(SCLR, posedge CLK, 268);
|
||||
$setup(SLOAD, posedge CLK, 268);
|
||||
$setup(SDATA, posedge CLK, 268);
|
||||
|
||||
if (ACLR === 1'b0) (ACLR => Q) = 0;
|
||||
endspecify
|
||||
`endif
|
||||
|
||||
initial begin
|
||||
// Altera flops initialise to zero.
|
||||
|
|
|
@ -1,81 +1,32 @@
|
|||
// The core logic primitive of the Cyclone V/10GX is the Adaptive Logic Module
|
||||
// (ALM). Each ALM is made up of an 8-input, 2-output look-up table, covered
|
||||
// in this file, connected to combinational outputs, a carry chain, and four
|
||||
// D flip-flops (which are covered as MISTRAL_FF in dff_sim.v).
|
||||
// The core logic primitive of the Cyclone IVE/IVGX is the Logic Element
|
||||
// (LE). Each LE is made up of an 4-input, 1-output look-up table, covered
|
||||
// in this file, connected to combinational outputs, a carry chain, and one
|
||||
// D flip-flop (which are covered as MISTRAL_FF in dff_sim.v).
|
||||
//
|
||||
// The ALM is vertically symmetric, so I find it helps to think in terms of
|
||||
// half-ALMs, as that's predominantly the unit that synth_intel_alm uses.
|
||||
//
|
||||
// ALMs are quite flexible, having multiple modes.
|
||||
// LEs are have two modes of operation
|
||||
//
|
||||
// Normal (combinational) mode
|
||||
// ---------------------------
|
||||
// The ALM can implement:
|
||||
// - a single 6-input function (with the other inputs usable for flip-flop access)
|
||||
// - two 5-input functions that share two inputs
|
||||
// - a 5-input and a 4-input function that share one input
|
||||
// - a 5-input and a 3-or-less-input function that share no inputs
|
||||
// - two 4-or-less-input functions that share no inputs
|
||||
// The LE can implement:
|
||||
// - a single 4-input(or less) function
|
||||
//
|
||||
// Normal-mode functions are represented as MISTRAL_ALUTN cells with N inputs.
|
||||
// It would be possible to represent a normal mode function as a single cell -
|
||||
// the vendor cyclone{v,10gx}_lcell_comb cell does exactly that - but I felt
|
||||
// it was more user-friendly to print out the specific function sizes
|
||||
// separately.
|
||||
//
|
||||
// With the exception of MISTRAL_ALUT6, you can think of two normal-mode cells
|
||||
// fitting inside a single ALM.
|
||||
//
|
||||
// Extended (7-input) mode
|
||||
// -----------------------
|
||||
// The ALM can also fit a 7-input function made of two 5-input functions that
|
||||
// share four inputs, multiplexed by another input.
|
||||
//
|
||||
// Because this can't accept arbitrary 7-input functions, Yosys can't handle
|
||||
// it, so it doesn't have a cell, but I would likely call it MISTRAL_ALUT7(E?)
|
||||
// if it did, and it would take up a full ALM.
|
||||
//
|
||||
// It might be possible to add an extraction pass to examine all ALUT5 cells
|
||||
// that feed into ALUT3 cells to see if they can be combined into an extended
|
||||
// ALM, but I don't think it will be worth it.
|
||||
//
|
||||
// Arithmetic mode
|
||||
// ---------------
|
||||
// In arithmetic mode, each half-ALM uses its carry chain to perform fast addition
|
||||
// of two four-input functions that share three inputs. Oddly, the result of
|
||||
// one of the functions is inverted before being added (you can see this as
|
||||
// the dot on a full-adder input of Figure 1-8 in the Handbook).
|
||||
// In arithmetic mode, LE implements two bit adder and carry chain
|
||||
// It can drive either registered or unregistered output.
|
||||
//
|
||||
// The cell for an arithmetic-mode half-ALM is MISTRAL_ALM_ARITH. One idea
|
||||
// I've had (or rather was suggested by mwk) is that functions that feed into
|
||||
// arithmetic-mode cells could be packed directly into the arithmetic-mode
|
||||
// cell as a function, which reduces the number of ALMs needed.
|
||||
// The cell for an arithmetic-mode is MISTRAL_ALM_ARITH.
|
||||
//
|
||||
// Shared arithmetic mode
|
||||
// ----------------------
|
||||
// Shared arithmetic mode looks a lot like arithmetic mode, but here the
|
||||
// output of every other four-input function goes to the input of the adder
|
||||
// the next bit along. What this means is that adding three bits together can
|
||||
// be done in an ALM, because functions can be used to implement addition that
|
||||
// then feeds into the carry chain. This means that three bits can be added per
|
||||
// ALM, as opposed to two in the arithmetic mode.
|
||||
//
|
||||
// Shared arithmetic mode doesn't currently have a cell, but I intend to add
|
||||
// it as MISTRAL_ALM_SHARED, and have it occupy a full ALM. Because it adds
|
||||
// three bits per cell, it makes addition shorter and use less ALMs, but
|
||||
// I don't know enough to tell whether it's more efficient to use shared
|
||||
// arithmetic mode to shorten the carry chain, or plain arithmetic mode with
|
||||
// the functions packed in.
|
||||
|
||||
`default_nettype none
|
||||
|
||||
// Cyclone V LUT output timings (picoseconds):
|
||||
//
|
||||
// CARRY A B C D E F G
|
||||
// COMBOUT - 605 583 510 512 - 97 400 (LUT6)
|
||||
// COMBOUT - 602 583 457 510 302 93 483 (LUT7)
|
||||
// SUMOUT 368 1342 1323 887 927 - 785 -
|
||||
// CARRYOUT 71 1082 1062 866 813 - 1198 -
|
||||
// CARRY A B C D
|
||||
// COMBOUT ?408? 319 323 211 114
|
||||
// CARRYOUT 200 376 385 ? -
|
||||
|
||||
|
||||
(* abc9_lut=1, lib_whitebox *)
|
||||
|
@ -83,22 +34,14 @@ module MISTRAL_ALUT4(input A, B, C, D, output Q);
|
|||
|
||||
parameter [15:0] LUT = 16'h0000;
|
||||
|
||||
`ifdef cycloneiv
|
||||
`ifdef cycloneiv
|
||||
specify
|
||||
(A => Q) = 510;
|
||||
(B => Q) = 512;
|
||||
(C => Q) = 400;
|
||||
(D => Q) = 97;
|
||||
(A => Q) = 319;
|
||||
(B => Q) = 323;
|
||||
(C => Q) = 211;
|
||||
(D => Q) = 114;
|
||||
endspecify
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
specify
|
||||
(A => Q) = 510;
|
||||
(B => Q) = 512;
|
||||
(C => Q) = 400;
|
||||
(D => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
|
||||
assign Q = LUT >> {D, C, B, A};
|
||||
|
||||
|
@ -110,20 +53,13 @@ module MISTRAL_ALUT3(input A, B, C, output Q);
|
|||
|
||||
parameter [7:0] LUT = 8'h00;
|
||||
|
||||
`ifdef cycloneiv
|
||||
`ifdef cycloneiv
|
||||
specify
|
||||
(A => Q) = 510;
|
||||
(B => Q) = 400;
|
||||
(C => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
specify
|
||||
(A => Q) = 510;
|
||||
(B => Q) = 400;
|
||||
(C => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
assign Q = LUT >> {C, B, A};
|
||||
|
||||
endmodule
|
||||
|
@ -134,18 +70,12 @@ module MISTRAL_ALUT2(input A, B, output Q);
|
|||
|
||||
parameter [3:0] LUT = 4'h0;
|
||||
|
||||
`ifdef cycloneiv
|
||||
`ifdef cycloneiv
|
||||
specify
|
||||
(A => Q) = 400;
|
||||
(B => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
specify
|
||||
(A => Q) = 400;
|
||||
(B => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
assign Q = LUT >> {B, A};
|
||||
|
||||
endmodule
|
||||
|
@ -159,11 +89,6 @@ specify
|
|||
(A => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
specify
|
||||
(A => Q) = 97;
|
||||
endspecify
|
||||
`endif
|
||||
assign Q = ~A;
|
||||
|
||||
endmodule
|
||||
|
@ -188,21 +113,6 @@ specify
|
|||
(CI => CO) = 36; // Divided by 2 to account for there being two ALUT_ARITHs in an ALM)
|
||||
endspecify
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
specify
|
||||
(A => SO) = 1342;
|
||||
(B => SO) = 1323;
|
||||
(C => SO) = 927;
|
||||
(D => SO) = 887;
|
||||
(CI => SO) = 368;
|
||||
|
||||
(A => CO) = 1082;
|
||||
(B => CO) = 1062;
|
||||
(C => CO) = 813;
|
||||
(D => CO) = 866;
|
||||
(CI => CO) = 36; // Divided by 2 to account for there being two ALUT_ARITHs in an ALM)
|
||||
endspecify
|
||||
`endif
|
||||
wire q0, q1;
|
||||
|
||||
|
||||
|
|
|
@ -2,10 +2,6 @@
|
|||
`define LCELL cycloneiv_lcell_comb
|
||||
`define M9K cycloneiv_ram_block
|
||||
`endif
|
||||
`ifdef cycloneive
|
||||
`define LCELL cycloneive_lcell_comb
|
||||
`define M9K cycloneive_ram_block
|
||||
`endif
|
||||
|
||||
|
||||
module __MISTRAL_VCC(output Q);
|
||||
|
|
|
@ -43,7 +43,6 @@ struct SynthIntelLEPass : public ScriptPass {
|
|||
log(" -family <family>\n");
|
||||
log(" target one of:\n");
|
||||
log(" \"cycloneiv\" - Cyclone IV (default)\n");
|
||||
log(" \"cycloneive\" - Cyclone IV E \n");
|
||||
log("\n");
|
||||
log(" -vqm <file>\n");
|
||||
log(" write the design to the specified Verilog Quartus Mapping File. Writing of an\n");
|
||||
|
@ -145,7 +144,7 @@ struct SynthIntelLEPass : public ScriptPass {
|
|||
if (!design->full_selection())
|
||||
log_cmd_error("This command only operates on fully selected designs!\n");
|
||||
|
||||
if (family_opt == "cycloneiv" or family_opt == "cycloneive") {
|
||||
if (family_opt == "cycloneiv") {
|
||||
bram_type = "m9k";
|
||||
} else {
|
||||
log_cmd_error("Invalid family specified: '%s'\n", family_opt.c_str());
|
||||
|
@ -167,7 +166,7 @@ struct SynthIntelLEPass : public ScriptPass {
|
|||
}
|
||||
|
||||
if (check_label("begin")) {
|
||||
if (family_opt == "cycloneiv" or family_opt == "cycloneive")
|
||||
if (family_opt == "cycloneiv")
|
||||
run(stringf("read_verilog -sv -lib +/intel_le/cycloneiv/cells_sim.v"));
|
||||
run(stringf("read_verilog -specify -lib -D %s +/intel_le/common/le_sim.v", family_opt.c_str()));
|
||||
run(stringf("read_verilog -specify -lib -D %s +/intel_le/common/dff_sim.v", family_opt.c_str()));
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue