Passes

This document describes the available CIRCT passes and their contracts.

Conversion Passes ¶

-calyx-native ¶

Callout to the Calyx native compiler and run a pass pipeline

This pass calls out to the native, Rust-based Calyx compiler to run passes with it and generate a new, valid, calyx dialect program.

Options ¶

-pass-pipeline : Passes to run with the native compiler

-calyx-remove-groups-fsm ¶

Perform FSM outlining and group removal

This pass will outline the FSM into module scope and replace any SSA value references from within the FSM body with additional inputs. Given this, the FSM is instantiated as a fsm.hw_module operation within the Calyx component. Using the FSM I/O (which is the group go/done signals), the calyx.group operations are removed from the component, with the group go and done signals being wired up to the FSM instance. Example:

calyx.component {
    %reg, ... = calyx.register ... : i1
    calyx.wires {
        // Groups have explicit done signals, and assignments are not guarded
        // by a group go signal.
        calyx.group @A {
            ...
            calyx.assign %reg = ...
            ...
            calyx.group_done %foo ? %bar
        }
    }
    calyx.control {
        // Machine is defined inside the `calyx.control` operation and references
        // SSA values defined outside the machine.
        fsm.machine @control(%A_done : i1) -> (%A_go : i1) {
            ...
            %0 = comb.not %reg // reference some SSA value defined outside the machine
            ...
        }
    }
}

into

// The machine has been outlined into module scope, and no longer references
// any SSA values defined outside the machine. It is now fully independent
// from any notion of Calyx.
fsm.machine @control(%A_done : i1, %reg : i1) -> (%A_go : i1) {
    ...
    %0 = comb.not %reg // reference some SSA value defined outside the machine
    ...
}

calyx.component {
    %reg, ... = calyx.register ...
    // Done signals are now wires
    %A_done_in, %A_done_out = calyx.wire : i1
    // The FSM is now instantiated as an `fsm.hwinstance` module
    %A_go = fsm.hwinstance @control(%A_done_out, %reg) : ...
    calyx.wires {
        // Groups have been inlined, the group go signal is now a guard for
        // all assignments, and `calyx.group_done` operations have been
        // replaced by wire assignments.
        ...
        calyx.assign %reg = %A_go ? ...
        ...
        calyx.assign %A_done_in = %foo ? %bar
    }
    calyx.control {
    }
}

-convert-affine-to-loopschedule ¶

Convert Affine dialect to LoopSchedule scheduled loops

This pass analyzes Affine loops and control flow, creates a Scheduling problem using the Calyx operator library, solves the problem, and lowers the loops to a LoopSchedule.

-convert-comb-to-arith ¶

Convert combinational ops and constants into arith ops

-convert-fsm-to-sv ¶

Convert FSM to HW

-convert-hw-to-llhd ¶

Convert HW to LLHD

This pass translates a HW design into an equivalent structural LLHD description.

-convert-hw-to-llvm ¶

Convert HW to LLVM

This pass translates HW to LLVM.

-convert-hw-to-systemc ¶

Convert HW to SystemC

This pass translates a HW design into an equivalent SystemC design.

-convert-llhd-to-llvm ¶

Convert LLHD to LLVM

This pass translates LLHD to LLVM.

-convert-moore-to-core ¶

Convert Moore to Core

This pass translates Moore to the core dialects (Comb/HW/LLHD).

-convert-to-arcs ¶

Outline logic between registers into state transfer arcs

This pass outlines combinational logic between registers into state transfer arc definitions. The the original combinational logic and register is replaced with an arc invocation, where the register is now represented as a latency.

-export-chisel-interface ¶

Emit a Chisel interface to a FIRRTL circuit

This pass generates a Scala Chisel interface for the top level module of a FIRRTL circuit.

-export-split-chisel-interface ¶

Emit a Chisel interface to a FIRRTL circuit to a directory of files

This pass generates a Scala Chisel interface for the top level module of a FIRRTL circuit.

Options ¶

-dir-name : Directory to emit into

-export-split-verilog ¶

Emit the IR to a (System)Verilog directory of files

This pass generates (System)Verilog for the current design, mutating it where necessary to be valid Verilog.

Options ¶

-dir-name : Directory to emit into

-export-verilog ¶

Emit the IR to a (System)Verilog file

This pass creates empty module bodies for external modules. This is useful for linting to eliminate missing file errors.

-handshake-remove-block-structure ¶

Remove block structure in Handshake IR

-legalize-anon-enums ¶

Prepare anonymous enumeration types for ExportVerilog

This pass transforms all anonymous enumeration types into typedecls to work around difference in how anonymous enumerations work in SystemVerilog.

-lower-arc-to-llvm ¶

Lower state transfer arc representation to LLVM

-lower-calyx-to-fsm ¶

Lower Calyx to FSM

This pass lowers a Calyx control schedule to an FSM representation. An fsm.machine operation is nested within the control region of the Calyx component. This machine is itself in an intermediate format wherein it has no I/O ports and solely contains output statements with calyx.enables referencing calyx.group and transition logic guarded by the SSA values specified in the source control schedule. This intermediate state facilitates transformation of the FSM, given that top-level I/O has yet to be materialized (one input and output per activated group) as well as guard transition logic (every transition must be guarded on all groups active within the state having finished). As such, calyx.enable operations can easily be moved between states without worrying about updating transition guards while doing so.

Eventually, the FSM must be materialized (materialize I/O ports, remove calyx.enable operations in favor of asserting output ports, guarding transitions by input done ports) and outlined to a separate module.

-lower-calyx-to-hw ¶

Lower Calyx to HW

This pass lowers Calyx to HW.

-lower-cf-to-handshake ¶

Lower func and CF into Handshake IR

Options ¶

-source-constants        : If true, will connect constants to source operations instead of to the control network. May reduce the size of the final circuit.
-disable-task-pipelining : If true, will disable support for task pipelining. This relaxes the restrictions put on the structure of the input CDFG. Disabling task pipelining may severely reduce kernel II.

-lower-dc-to-hw ¶

Lower DC to HW

Lower DC to ESI/hw/comb/seq operations. In case the IR contains DC operations that need to be clocked (fork, buffer), there must exist a clock and reset signal in the parent FunctionLike operation. These arguments are to be marked with a dc.clock and dc.reset attribute, respectively.

-lower-firrtl-to-hw ¶

Lower FIRRTL to HW

Lower a module of FIRRTL dialect to the HW dialect family.

Options ¶

-disable-mem-randomization       : Disable emission of memory randomization code
-disable-reg-randomization       : Disable emission of register randomization code
-warn-on-unprocessed-annotations : Emit warnings on unprocessed annotations during lower-to-hw pass
-emit-chisel-asserts-as-sva      : Convert all Chisel asserts to SVA

-lower-handshake-to-dc ¶

Lower Handshake to DC

Lower Handshake to DC operations. Currently, a handshake.func will be converted into a hw.module. This is principally an incorrect jump of abstraction - DC does not imply any RTL/hardware semantics. However, DC does not define a container operation, and there does not exist an e.g. func.graph_func which would be a generic function with graph region behaviour. Thus, for now, we just use hw.module as a container operation.

-lower-handshake-to-hw ¶

Lower Handshake to ESI/HW/Comb/Seq

Lower Handshake to ESI/HW/Comb/Seq.

-lower-hw-to-sv ¶

Convert HW to SV

This pass converts various HW contructs to SV.

-lower-hwarith-to-hw ¶

Lower HWArith to HW/Comb

This pass lowers HWArith to HW/Comb.

-lower-loopschedule-to-calyx ¶

Lower LoopSchedule to Calyx

This pass lowers LoopSchedule to Calyx.

Options ¶

-top-level-function             : Identifier of top-level function to be the entry-point component of the Calyx program.
-cider-source-location-metadata : Whether to track source location for the Cider debugger.

-lower-pipeline-to-hw ¶

Lower Pipeline to HW

This pass lowers pipeline.rtp operations to HW.

Options ¶

-clock-gate-regs       : Clock gate each register instead of (default) input muxing  (ASIC optimization).
-enable-poweron-values : Add power-on values to the pipeline control registers

-lower-scf-to-calyx ¶

Lower SCF/Standard to Calyx

This pass lowers SCF / standard to Calyx.

Options ¶

-top-level-function             : Identifier of top-level function to be the entry-point component of the Calyx program.
-cider-source-location-metadata : Whether to track source location for the Cider debugger.

-lower-seq-firmem ¶

Lower seq.firmem ops to instances of hw.module.generated ops

-lower-seq-firrtl-init-to-sv ¶

Prep the module with macro definitions for firrtl registers.

-lower-seq-to-sv ¶

Lower sequential firrtl ops to SV.

Options ¶

-disable-reg-randomization   : Disable emission of register randomization code
-emit-separate-always-blocks : Emit assigments to registers in separate always blocks
-lower-to-always-ff          : Place assignments to registers into `always_ff` blocks

Statistics ¶

num-subaccess-restored : Number of lhs subaccess operations restored 

-lower-verif-to-sv ¶

Convert Verif to SV

This pass converts various Verif contructs to SV.

-materialize-calyx-to-fsm ¶

Materializes an FSM embedded inside the control of this Calyx component.

Materializes the FSM in the control of the component. This materializes the top-level I/O of the FSM to receive group_done signals as input and group_go signals as output, based on the calyx.enable operations used within the states of the FSM. Each transition of the FSM is predicated on the enabled groups within a state being done, or, for static groups, a separate sub-FSM is instantiated to await the group finishing.

Given an FSM that enables N unique groups, the top-level FSM will have N+1 in- and output ports, wherein:

• Input # 0 to N-1 are group_done signals
• Input N is the top-level go port
• Output 0 to N-1 are group_go signals
• Output N is the top-level done port

-prepare-for-emission ¶

Prepare IR for ExportVerilog

This pass runs only PrepareForEmission. It is not necessary for users to run this pass explicitly since ExportVerilog internally runs PrepareForEmission.

-test-apply-lowering-options ¶

Apply lowering options

This pass allows overriding lowering options. It is intended for test construction.

Options ¶

-options : Lowering Options

Arc Dialect Passes ¶

-arc-add-taps ¶

Add taps to ports and wires such that they remain observable

Options ¶

-ports        : Make module ports observable
-wires        : Make wires observable
-named-values : Make values with `sv.namehint` observable

-arc-allocate-state ¶

Allocate and layout the global simulation state

-arc-canonicalizer ¶

Simulation centric canonicalizations

Statistics ¶

num-arc-args-removed : Number of arguments removed from DefineOps

-arc-dedup ¶

Deduplicate identical arc definitions

This pass deduplicates identical arc definitions. If two arcs differ only by constants, the constants are outlined such that the arc can be deduplicated.

Statistics ¶

dedupPassNumArcsDeduped : Number of arcs deduped
dedupPassTotalOps       : Total number of ops deduped

-arc-group-resets-and-enables ¶

Group reset and enable conditions of lowered states

-arc-infer-memories ¶

Convert FIRRTL_Memory instances to dedicated memory ops

Options ¶

-tap-ports : Make memory ports observable

-arc-infer-state-properties ¶

Add resets and enables explicitly to the state operations

-arc-inline ¶

Inline very small arcs

Options ¶

-into-arcs-only : Call operations to inline
-max-body-ops   : Max number of non-trivial ops in the region to be inlined

Statistics ¶

inlined-arcs    : Arcs inlined at a use site
removed-arcs    : Arcs removed after full inlining
trivial-arcs    : Arcs with very few ops
single-use-arcs : Arcs with a single use

-arc-inline-modules ¶

Eagerly inline private modules

This pass eagerly inlines private HW modules into their instantiation sites. After outlining combinational logic and registers into arcs, module bodies become fairly lightweight. Since arc definitions now fulfill the purpose of code reuse by allowing a single definition to be called multiple times, the module hierarchy degenerates into a purely cosmetic construct. At that point it is beneficial to fully flatten the module hierarchy to simplify further analysis and optimization of state transfer arcs.

-arc-isolate-clocks ¶

Group clocked operations into clock domains

-arc-latency-retiming ¶

Push latencies through the design

Statistics ¶

num-ops-removed     : Number of zero-latency passthrough states removed
latency-units-saved : Number of latency units saved by merging them in a successor state

-arc-legalize-state-update ¶

Insert temporaries such that state reads don’t see writes

-arc-lower-arcs-to-funcs ¶

Lower arc definitions into functions

-arc-lower-clocks-to-funcs ¶

Lower clock trees into functions

-arc-lower-lut ¶

Lowers arc.lut into a comb and hw only representation.

-arc-lower-state ¶

Split state into read and write ops grouped by clock tree

-arc-lower-vectorizations ¶

Lower arc.vectorize operations

This pass lowers arc.vectorize operations. By default, the operation will be fully lowered (i.e., the op disappears in the IR). Alternatively, it can be partially lowered.

The “mode” pass option allows to only lower the boundary, only the body, or only inline the body given that both the boundary and the body are already lowered.

The pass supports vectorization within scalar registers and SIMD vectorization and prioritizes vectorization by packing the vector elements into a scalar value if it can fit into 64 bits.

Example:

hw.module @example(%in0: i8, %in1: i8, %in2: i8) -> (out0: i8, out1: i8) {
  %0:2 = arc.vectorize (%in0, %in1), (%in2, %in2) :
    (i8, i8, i8, i8) -> (i8, i8) {
  ^bb0(%arg0: i8, %arg1: i8):
    %1 = comb.and %arg0, %arg1 : i8
    arc.vectorize.return %1 : i8
  }
  hw.output %0#0, %0#1 : i8, i8
}

This piece of IR is lowered to the following fully vectorized IR:

hw.module @example(%in0: i8, %in1: i8, %in2: i8) -> (out0: i8, out1: i8) {
  %0 = comb.concat %in0, %in1 : i8, i8
  %1 = comb.concat %in2, %in2 : i8, i8
  %2 = comb.and %0, %1 : i16
  %3 = comb.extract %2 from 0 : (i16) -> i8
  %4 = comb.extract %2 from 8 : (i16) -> i8
  hw.output %3, %4 : i8, i8
}

Options ¶

-mode : Select what should be lowered.

-arc-make-tables ¶

Transform appropriate arc logic into lookup tables

-arc-mux-to-control-flow ¶

Convert muxes with large independent fan-ins to if-statements

-arc-print-state-info ¶

Print the state storage layout in JSON format

Options ¶

-state-file : Emit file with state description

-arc-simplify-variadic-ops ¶

Convert variadic ops into distributed binary ops

Statistics ¶

skipped-multiple-blocks : Ops skipped due to operands in different blocks
simplified              : Ops simplified into binary ops
created                 : Ops created as part of simplification
reordered               : Ops where simplification reordered operands

-arc-split-loops ¶

Split arcs to break zero latency loops

-arc-strip-sv ¶

Remove SV wire, reg, and assigns

Calyx Dialect Passes ¶

-calyx-clk-insertion ¶

Inserts assignments from component clock to sub-component clock.

-calyx-compile-control ¶

Generates latency-insensitive finite state machines to realize control.

This pass performs a bottom-up traversal of the control program and does the following:

1. For each control statement such as “calyx.seq”, create a new GroupOp to contain all the structure to realize the schedule.
2. Implement the schedule by setting the constituent groups’ GoOp and DoneOp.
3. Replace the control statement in the control program with the corresponding compilation group.

-calyx-gicm ¶

Lift group-invariant operations to wire-scope.

This pass performs GICM (group-invariant code motion) of operations which are deemed to be invariant of the group in which they are placed. In practice, this amounts to anything which is not a calyx.group_done/assign/group_go operation. GICM’d operations are lifted to wire-scope.

After GICM, a Calyx component has the following properties:

• No values are being defined within groups (excluding calyx.group_go). As such, groups will only contain group-level assignments (calyx.assign/group_done).
• Any value referenced by operations within the group may safely be referenced by other groups, or operations in wire scope.
• A group does not define anything structural; it exclusively describes wiring between existing structures.

-calyx-go-insertion ¶

Insert go signals into the guards of a group’s non-hole assignments

This pass inserts the operation “calyx.group_go” into the guards of all assignments housed in the group, with the exception of the “calyx.group_done” terminator. For example,

Before:

calyx.group @Group1 {
  calyx.assign %in = %out1, %guard ? : i8
  %done = calyx.group_done %out2 : i1
}

After:

// The `go` assignment takes on an undefined
// value until the Compile Control pass.
%undef = calyx.undef : i1
...
calyx.group @Group1 {
  %go = calyx.group_go %undef : i1

  %and = comb.and %guard, %go : i1
  calyx.assign %in = %out1, %and ? : i8

  %done = calyx.group_done %out2 : i1
}

-calyx-remove-comb-groups ¶

Removes combinational groups from a Calyx component.

Transforms combinational groups, which have a constant done condition, into proper groups by registering the values read from the ports of cells used within the combinational group.

It also transforms (invoke,if,while)-with into semantically equivalent control programs that first enable a group that calculates and registers the ports defined by the combinational group execute the respective cond group and then execute the control operator.

Example ¶

group comb_cond<"static"=0> {
    lt.right = 32'd10;
    lt.left = 32'd1;
    eq.right = r.out;
    eq.left = x.out;
    comb_cond[done] = 1'd1;
}
control {
    invoke comp(left = lt.out, ..)(..) with comb_cond;
    if lt.out with comb_cond {
        ...
    }
    while eq.out with comb_cond {
        ...
    }
}

into:

group comb_cond<"static"=1> {
    lt.right = 32'd10;
    lt.left = 32'd1;
    eq.right = r.out;
    eq.left = x.out;
    lt_reg.in = lt.out
    lt_reg.write_en = 1'd1;
    eq_reg.in = eq.out;
    eq_reg.write_en = 1'd1;
    comb_cond[done] = lt_reg.done & eq_reg.done ? 1'd1;
}
control {
    seq {
      comb_cond;
      invoke comp(left = lt_reg.out, ..)(..);
    }
    seq {
      comb_cond;
      if lt_reg.out {
          ...
      }
    }
    seq {
      comb_cond;
      while eq_reg.out {
          ...
          comb_cond;
      }
    }
}

-calyx-remove-groups ¶

Inlines the groups in a Calyx component.

This pass removes the Group interface from the Calyx program, and inlines all assignments. This is done in the following manner:

1. Assign values to the ‘done’ signal of the component, corresponding with the top-level control group’s DoneOp. Add the ‘go’ signal of the component to all assignments.
2. TODO(Calyx): If there are multiple writes to a signal, replace the reads with the disjunction.
3. Remove all groups.

-calyx-reset-insertion ¶

Connect component reset to sub-component reset for applicable components.

Comb Dialect Passes ¶

-lower-comb ¶

Lowers the some of the comb ops

Some operations in the comb dialect (e.g. comb.truth_table) are not directly supported by ExportVerilog. They need to be lowered into ops which are supported. There are many ways to lower these ops so we do this in a separate pass. This also allows the lowered form to participate in optimizations like the comb canonicalizers.

DC Dialect Passes ¶

-dc-dematerialize-forks-sinks ¶

Dematerialize fork and sink operations.

This pass analyses a function-like operation and removes all fork and sink operations.

-dc-materialize-forks-sinks ¶

Materialize fork and sink operations.

This pass analyses a function-like operation and inserts fork and sink operations ensuring that all values have exactly one use.

ESI Dialect Passes ¶

-esi-appid-hier ¶

Build an AppID based hierarchy rooted at top module ’top’

Options ¶

-top : Root module of the instance hierarchy

-esi-build-manifest ¶

Build a manifest of an ESI system

Options ¶

-top : Root module of the instance hierarchy

-esi-clean-metadata ¶

Clean up ESI service metadata

-esi-connect-services ¶

Connect up ESI service requests to service providers

-lower-esi-bundles ¶

Lower ESI bundles to channels.

-lower-esi-ports ¶

Lower ESI input and/or output ports.

-lower-esi-to-hw ¶

Lower ESI to HW where possible and SV elsewhere.

Options ¶

-platform : Target this platform

-lower-esi-to-physical ¶

Lower ESI abstract Ops to ESI physical ops.

-lower-esi-types ¶

Lower ESI high level types.

FIRRTL Dialect Passes ¶

-firrtl-add-seqmem-ports ¶

Add extra ports to memory modules

This pass looks for AddSeqMemPortAnnotation annotations and adds extra ports to memories. It will emit metadata based if the AddSeqMemPortsFileAnnotation annotation is specified.

This pass requires that FIRRTL MemOps have been lowered to modules to add the extra ports.

Statistics ¶

num-added-ports : Number of extra ports added

-firrtl-blackbox-reader ¶

Load source files for black boxes into the IR

This pass reads the Verilog source files for black boxes and adds them as sv.verbatim.file operations into the IR. Later passes can then write these files back to disk to ensure that they can be accessed by other tools down the line in a well-known location. Supports inline and path annotations for black box source files.

The supported firrtl.circuit annotations are:

• {class = "firrtl.transforms.BlackBoxTargetDirAnno", targetDir = "..."} Overrides the target directory into which black box source files are emitted.
• {class = "firrtl.transforms.BlackBoxResourceFileNameAnno", resourceFileName = "xyz.f"} Specifies the output file name for the list of black box source files that is generated as a collateral of the pass.

The supported firrtl.extmodule annotations are:

• {
    class = "firrtl.transforms.BlackBoxInlineAnno",
    name = "myfile.v",
    text = "..."
  }
  

  Specifies the black box source code (text) inline. Generates a file with the given name in the target directory.

• {
    class = "firrtl.transforms.BlackBoxPathAnno",
    path = "myfile.v"
  }
  

  Specifies the file path as source code for the module. Copies the file to the target directory.

Options ¶

-input-prefix : Prefix for input paths in black box annotations. This should be the directory where the input file was located, to allow for annotations relative to the input file.

-firrtl-check-comb-loops ¶

Check combinational cycles and emit errors

This pass checks combinational cycles in the IR and emit errors.

-firrtl-dedup ¶

Deduplicate modules which are structurally equivalent

This pass detects modules which are structurally equivalent and removes the duplicate module by replacing all instances of one with the other. Structural equivalence ignores the naming of operations and fields in bundles, and any annotations. Deduplicating a module may cause the result type of instances to change if the field names of a bundle type change. To handle this, the pass will update any bulk-connections so that the correct fields are legally connected. Deduplicated modules will have their annotations merged, which tends to create many non-local annotations.

Statistics ¶

num-erased-modules : Number of modules which were erased by deduplication

-firrtl-dft ¶

Wires test enables to clock gates for DFT infrastructure

This pass will take a 1-bit signal targeted by DFTTestModeEnableAnnotation and wires it to the test_en port of every module named EICG_wrapper. This will create ports in any intermediate module on the path from the signal to the EICG_wrapper modules. This pass is used to enable the “Design For Testing” style of design when the intermediate modules were not originally built with DFT in mind.

-firrtl-drop-const ¶

Drop ‘const’ modifier from types

This pass drops the ‘const’ modifier from all types and removes all const-cast ops.

This simplifies downstream passes and folds so that they do not need to take ‘const’ into account.

-firrtl-drop-names ¶

Drop interesting names

This pass changes names of namable ops to droppable so that we can disable full name preservation. For example, before:

%a = firrtl.node interesting_name %input

after:

%a = firrtl.node droppable_name %input

Options ¶

-preserve-values : specify the values which can be optimized away

Statistics ¶

num-names-dropped   : Number of names dropped
num-names-converted : Number of interesting names made droppable

-firrtl-emit-metadata ¶

Emit metadata of the FIRRTL modules

This pass handles the emission of several different kinds of metadata.

Options ¶

-repl-seq-mem      : Lower the seq mem for macro replacement and emit relevant metadata
-repl-seq-mem-file : File to which emit seq meme metadata

-firrtl-emit-omir ¶

Emit OMIR annotations

This pass gathers the OMIRAnnotations in the design, updates the contained targets with the trackers that were scattered throughout the design upon reading the OMIR, and serializes the resulting data into a JSON file.

Options ¶

-file : Output file for the JSON-serialized OMIR data

-firrtl-expand-whens ¶

Remove all when conditional blocks.

This pass will:

1. Resolve last connect semantics.
2. Remove all when operations.

When a wire has multiple connections, only the final connection is used, all previous connections are overwritten. When there is a conditional connect, the previous connect is only overwritten when the condition holds:

w <= a
when c :
  w <= b

; Equivalent to:
w <= mux(c, b, a)

This pass requires that all connects are expanded.

-firrtl-extract-instances ¶

Move annotated instances upwards in the module hierarchy

This pass takes instances in the design annotated with one out of a particular set of annotations and pulls them upwards to a location further up in the module hierarchy.

The annotations that control the behaviour of this pass are:

• MarkDUTAnnotation
• ExtractBlackBoxAnnotation
• ExtractClockGatesFileAnnotation

-firrtl-finalize-ir ¶

Perform final IR mutations after ExportVerilog

This pass finalizes the IR after it has been exported with ExportVerilog, and before firtool emits the final IR. This includes mutations like dropping verbatim ops that represent sideband files and are not required in the IR.

-firrtl-flatten-memory ¶

Flatten aggregate memory data to a UInt

This pass flattens the aggregate data of memory into a UInt, and inserts appropriate bitcasts to access the data.

Statistics ¶

num-flatten-mems : Number of memories flattened

-firrtl-grand-central ¶

Remove Grand Central Annotations

Processes annotations associated with SiFive’s Grand Central utility.

Options ¶

-companion-mode : specify the handling of companion modules

Statistics ¶

num-views-created       : Number of top-level SystemVerilog interfaces that were created
num-interfaces-created  : Number of SystemVerilog interfaces that were created
num-xmrs-created        : Number of SystemVerilog XMRs added
num-annotations-removed : Number of annotations removed

-firrtl-group-merge ¶

Merge group definitions

Combine all group definitions in a module which reference the same group declaration.

Statistics ¶

num-merged : Number of groups merged

-firrtl-group-sink ¶

Sink operations into FIRRTL optional groups

Statistics ¶

num-sunk : Number of operations sunk

-firrtl-hoist-passthrough ¶

Hoist passthrough logic

This pass hoists simple passthrough connections up.

Options ¶

-hoist-hw : Hoist HW drivers.

Statistics ¶

num-u-turns     : Number of u-turns hoisted
num-ref-drivers : Number of ref-type drivers processed
num-hw-drivers  : Number of hw-type drivers processed

-firrtl-imconstprop ¶

Intermodule constant propagation and dead code elimination

Use optimistic constant propagation to delete ports and unreachable IR.

Statistics ¶

num-folded-op : Number of operations folded
num-erased-op : Number of operations erased

-firrtl-imdeadcodeelim ¶

Intermodule dead code elimination

This pass performs inter-module liveness analysis and deletes dead code aggressively. A value is considered as alive if it is connected to a port of public modules or a value with a symbol. We first populate alive values into a set, and then propagate the liveness by looking at their dataflow.

Statistics ¶

num-erased-ops     : Number of operations erased
num-erased-modules : Number of modules erased
num-removed-ports  : Number of ports erased

-firrtl-infer-resets ¶

Infer reset synchronicity and add implicit resets

This pass infers whether resets are synchronous or asynchronous, and extends reset-less registers with an asynchronous reset based on the following annotations:

• sifive.enterprise.firrtl.FullAsyncResetAnnotation
• sifive.enterprise.firrtl.IgnoreFullAsyncResetAnnotation

-firrtl-infer-rw ¶

Infer the read-write memory port

This pass merges the read and write ports of a memory, using a simple module-scoped heuristic. The heuristic checks if the read and write enable conditions are mutually exclusive. The heuristic tries to break up the read enable and write enable logic into an AND expression tree. It then compares the read and write AND terms, looking for a situation where the read/write is the complement of the write/read.

Statistics ¶

num-rw-port-mems-inferred : Number of memories inferred to use RW port

-firrtl-infer-widths ¶

Infer the width of types

This pass infers the widths of all types throughout a FIRRTL module, and emits diagnostics for types that could not be inferred.

-firrtl-inject-dut-hier ¶

Add a level of hierarchy outside the DUT

This pass takes the DUT (as indicated by the presence of a MarkDUTAnnotation) and moves all the contents of it into a new module insided the DUT named by an InjectDUTHierarchyAnnotation. This pass is intended to be used in conjunction with passes that pull things out of the DUT, e.g., SRAM extraction, to give the extracted modules a new home that is still inside the original DUT.

-firrtl-inliner ¶

Performs inlining, flattening, and dead module elimination

This inliner pass will inline any instance of module marked as inline, and recursively inline all instances inside of a module marked with flatten. This pass performs renaming of every entity with a name that is inlined by prefixing it with the instance name. This pass also will remove any module which is not reachable from the top level module.

The inline and flatten annotation attributes are attached to module definitions, and they are:

  {class = "firrtl.passes.InlineAnnotation"}
  {class = "firrtl.transforms.FlattenAnnotation"}

-firrtl-inner-symbol-dce ¶

Eliminate dead inner symbols

This pass deletes all inner symbols which have no uses. This is necessary to unblock optimizations and removal of the operations which have these unused inner symbols.

Statistics ¶

num-inner-refs-found  : Number of inner-refs found
num-inner-sym-found   : Number of inner symbols found
num-inner-sym-removed : Number of inner symbols removed

-firrtl-lint ¶

An analysis pass to detect static simulation failures.

This pass detects operations that will trivially fail any simulation. Currently it detects assertions whose predicate condition can be statically inferred to be false. The pass emits error on such failing ops.

-firrtl-lower-annotations ¶

Lower FIRRTL annotations to usable entities

Lower FIRRTL annotations to usable forms. FIRRTL annotations are a big bag of semi-structured, irregular JSON. This pass normalizes all supported annotations and annotation paths.

Options ¶

-disable-annotation-classless : Ignore classless annotations.
-disable-annotation-unknown   : Ignore unknown annotations.
-no-ref-type-ports            : Create normal ports, not ref type ports.

Statistics ¶

num-raw-annos       : Number of raw annotations on circuit
num-added-annos     : Number of additional annotations
num-annos           : Total number of annotations processed
num-unhandled-annos : Number of unhandled annotations
num-reused-hierpath : Number of reused HierPathOp's

-firrtl-lower-chirrtl ¶

Infer the memory ports of SeqMem and CombMem

This pass finds the CHIRRTL behavioral memories and their ports, and transforms them into standard FIRRTL memory operations. For each seqmem or combmem, a new memory is created. For every memoryport operation using a CHIRRTL memory, a memory port is defined on the new standard memory.

The direction or kind of the port is inferred from how each of the memory ports is used in the IR. If a memory port is only written to, it becomes a Write port. If a memory port is only read from, it become a Read port. If it is used both ways, it becomes a ReadWrite port.

Write, ReadWrite and combinational Read ports are disabled by default, but then enabled when the CHIRRTL memory port is declared. Sequential Read ports have more complicated enable inference:

1. If a wire or register is used as the index of the memory port, then the memory is enabled whenever a non-invalid value is driven to the address.
2. If a node is used as the index of the memory port, then the memory is enabled at the declaration of the node.
3. In all other cases, the memory is never enabled.

In the first two cases, they can easily produce a situation where we try to enable the memory before it is even declared. This produces a compilation error.

Statistics ¶

num-created-mems  : Number of memories created
num-lowered-mems  : Number of memories lowered
num-portless-mems : Number of memories dropped as having no valid ports

-firrtl-lower-classes ¶

Lower FIRRTL classes and objects to OM classes and objects

This pass walks all FIRRTL classes and creates OM classes. It also lowers FIRRTL objects to OM objects. OM classes are created with parameters corresponding to FIRRTL input properties, and OM class fields corresponding to FIRRTL output properties. FIRRTL operations are converted to OM operations.

-firrtl-lower-groups ¶

Lower optional groups to instances

This pass converts FIRRTL optional groups to new modules and instantiations. Referenced SSA values captured by a group are converted to ports of the created module.

-firrtl-lower-intrinsics ¶

Lower intrinsics

This pass lowers intrinsics encoded as extmodule with annotation and intmodule to their implementation or op.

-firrtl-lower-matches ¶

Remove all matchs conditional blocks

Lowers FIRRTL match statements in to when statements, which can later be lowered with ExpandWhens.

-firrtl-lower-memory ¶

Lower memories to generated modules

This pass lowers FIRRTL memory operations to generated modules.

Statistics ¶

num-created-mem-modules : Number of modules created
num-lowered-mems        : Number of memories lowered

-firrtl-lower-open-aggs ¶

Lower ‘Open’ aggregates by splitting out non-hardware elements

This pass lowers aggregates of the more open varieties into their equivalents using only hardware types, by pulling out non-hardware to other locations.

-firrtl-lower-types ¶

Lower FIRRTL types to ground types

Lower aggregate FIRRTL types to ground types. Memories, ports, wires, etc are split apart by elements of aggregate types. The only aggregate types which exist after this pass are memory ports, though memory data types are split.

Connect and expansion and canonicalization happen in this pass.

Options ¶

-flatten-mem        : Concat all elements of the aggregate data into a single element.
-preserve-aggregate : Specify aggregate preservation mode
-preserve-memories  : Specify memory preservation mode

-firrtl-lower-xmr ¶

Lower ref ports to XMR

This pass lowers RefType ops and ports to verbatim encoded XMRs.

-firrtl-materialize-debug-info ¶

Generate debug ops to track FIRRTL values

This pass creates debug ops to track FIRRTL-level ports, nodes, wires, registers, and instances throughout the pipeline. The DebugInfo analysis can then be used at a later point in the pipeline to obtain a source language view into the lowered IR.

-firrtl-mem-to-reg-of-vec ¶

Convert combinational memories to a vector of registers

This pass generates the logic to implement a memory using Registers.

Options ¶

-repl-seq-mem           : Prepare seq mems for macro replacement
-ignore-read-enable-mem : ignore the read enable signal, instead of assigning X on read disable

Statistics ¶

num-converted-mems : Number of memories converted to registers

-firrtl-prefix-modules ¶

Prefixes names of modules and mems in a hierarchy

This pass looks for modules annotated with the NestedPrefixModulesAnnotation and prefixes the names of all modules instantiated underneath it. If inclusive is true, it includes the target module in the renaming. If inclusive is false, it will only rename modules instantiated underneath the target module. If a module is required to have two different prefixes, it will be cloned.

The supported annotation is:

  {
    class = "sifive.enterprise.firrtl.NestedPrefixModulesAnnotation",
    prefix = "MyPrefix_",
    inclusive = true
  }

-firrtl-print-field-source ¶

Print field source information.

-firrtl-print-instance-graph ¶

Print a DOT graph of the module hierarchy.

-firrtl-print-nla-table ¶

Print the NLA Table.

-firrtl-probe-dce ¶

Delete dead probe ports and operations.

Simple pass to delete dead probe ports and operations. Diagnoses illegal or unsupported input probe uses. Post-condition: no input probe ports.

Statistics ¶

num-erased-ports : Number of ports erased
num-erased-ops   : Number of operations erased

-firrtl-randomize-register-init ¶

Randomize register initialization.

This pass eagerly creates large vectors of randomized bits for initializing registers, and marks each register with attributes indicating which bits to read. If the registers survive until LowerToHW, their initialization logic will pick up the correct bits.

This ensures a stable initialization, so registers should always see the same initial value for the same seed, regardless of optimization levels.

-firrtl-register-optimizer ¶

Optimizer Registers

This pass applies classic FIRRTL register optimizations. These optimizations are isolated to this pass as they can change the visible behavior of the register, especially before reset.

-firrtl-remove-unused-ports ¶

Remove unused ports

This pass removes unused ports without annotations or symbols. Implementation wise, this pass iterates over the instance graph in a topological order from leaves to the top so that we can remove unused ports optimally.

Statistics ¶

num-removed-ports : Number of ports erased

-firrtl-resolve-paths ¶

Lowers UnresolvedPathOps to PathOps

FIRRTL path operations are initially create as unresolved path operations, which encode their target as a string. This pass parses and resolves those target strings to actual path operations. Path operations refer to their targets using annotations with a unique identifier.

-firrtl-resolve-traces ¶

Write out TraceAnnotations to an output annotation file

This pass implements Chisel’s Trace API. It collects all TraceAnnotations that exist in the circuit, updates them with information about the final target in a design, and writes these to an output annotation file. This exists for Chisel users to build tooling around them that needs to query the final output name/path of some component in a Chisel circuit.

Note: this pass and API are expected to be eventually replaced via APIs and language bindings that enable users to directly query the MLIR.

Options ¶

-file : Output file for the JSON-serialized Trace Annotations

-firrtl-sfc-compat ¶

Perform SFC Compatibility fixes

-firrtl-vb-to-bv ¶

Transform vector-of-bundles to bundle-of-vectors

This pass converts vectors containing bundles, into bundles containing vectors.

-merge-connections ¶

Merge field-level connections into full bundle connections

Options ¶

-aggressive-merging : Merge connections even when source values won't be simplified.

-vectorization ¶

Transform firrtl primitive operations into vector operations

FSM Dialect Passes ¶

-fsm-print-graph ¶

Print a DOT graph of the module hierarchy.

Handshake Dialect Passes ¶

-handshake-add-ids ¶

Add an ID to each operation in a handshake function.

This pass adds an ID to each operation in a handshake function. This id can be used in lowerings facilitate mapping lowered IR back to the handshake code which it originated from. An ID is unique with respect to other operations of the same type in the function. The tuple of the operation name and the operation ID denotes a unique identifier for the operation within the handshake.func operation.

-handshake-dematerialize-forks-sinks ¶

Dematerialize fork and sink operations.

This pass analyses a handshake.func operation and removes all fork and sink operations.

-handshake-insert-buffers ¶

Insert buffers to break graph cycles

Options ¶

-strategy    : Strategy to apply. Possible values are: cycles, allFIFO, all (default)
-buffer-size : Number of slots in each buffer

-handshake-legalize-memrefs ¶

Memref legalization and lowering pass.

Lowers various memref operations to a state suitable for passing to the CFToHandshake lowering.

-handshake-lock-functions ¶

Lock each function to only allow single invocations.

This pass adds a locking mechanism to each handshake function. This mechanism ensures that only one control token can be active in a function at each point in time.

-handshake-lower-extmem-to-hw ¶

Lowers handshake.extmem and memref inputs to ports.

Lowers handshake.extmem and memref inputs to a hardware-targeting memory accessing scheme (explicit load- and store ports on the top level interface).

Options ¶

-wrap-esi : Create an ESI wrapper for the module. Any extmem will be served by an esi.mem.ram service

-handshake-materialize-forks-sinks ¶

Materialize fork and sink operations.

This pass analyses a handshake.func operation and inserts fork and sink operations ensuring that all values have exactly one use.

-handshake-op-count ¶

Count the number of operations (resources) in a handshake function.

This pass analyses a handshake.func operation and prints the number of operations (resources) used the function.

-handshake-print-dot ¶

Print .dot graph of a handshake function.

This pass analyses a handshake.func operation and prints a .dot graph of the structure. If multiple functions are present in the IR, the top level function will be printed, and called functions will be subgraphs within the main graph.

-handshake-remove-buffers ¶

Remove buffers from handshake functions.

This pass analyses a handshake.func operation and removes any buffers from the function.

HW Dialect Passes ¶

-hw-flatten-io ¶

Flattens hw::Structure typed in- and output ports.

Options ¶

-recursive : Recursively flatten nested structs.

-hw-print-instance-graph ¶

Print a DOT graph of the module hierarchy.

-hw-print-module-graph ¶

Print a DOT graph of the HWModule’s within a top-level module.

Options ¶

-verbose-edges : Print information on SSA edges (types, operand #, ...)

-hw-specialize ¶

Specializes instances of parametric hw.modules

Any hw.instance operation instantiating a parametric hw.module will trigger a specialization procedure which resolves all parametric types and values within the module based on the set of provided parameters to the hw.instance operation. This specialized module is created as a new hw.module and the referring hw.instance operation is rewritten to instantiate the newly specialized module.

-hw-verify-irn ¶

Verify InnerRefNamespaceLike operations, if not self-verifying.

Ibis Dialect Passes ¶

-ibis-add-operator-library ¶

Injects the Ibis operator library into the IR

Injects the Ibis operator library into the IR, which contains the definitions of the Ibis operators.

-ibis-argify-blocks ¶

Add arguments to ibis blocks

Analyses ibis.sblock operations and converts any SSA value defined outside the ibis.sblock to a block argument. As a result, ibis.sblock.isolated are produced.

-ibis-call-prep ¶

Convert ibis method calls to use dc.value

-ibis-clean-selfdrivers ¶

Ibis clean selfdrivers pass

• Removes ibis.port.inputs which are driven by operations within the same container.
• Removes reads of instance ports which are also written to within the same container.

-ibis-containerize ¶

Ibis containerization pass

Convert Ibis classes to containers, and outlines containers inside classes.

-ibis-convert-cf-to-handshake ¶

Converts an ibis.method to ibis.method.df

Converts an ibis.method from using cf operations and MLIR blocks to an ibis.method.df operation, using the handshake dialect to represent control flow through the handshake fine grained dataflow operations.

-ibis-convert-containers-to-hw ¶

Ibis containers to hw conversion pass

Converts ibis.container ops to hw.module ops.

-ibis-convert-handshake-to-dc ¶

Converts an ibis.method.df to use DC

Converts an ibis.method.df from using handshake operations to dc operations.

-ibis-convert-methods-to-containers ¶

Converts ibis.method.df to ibis.containers

-ibis-inline-sblocks ¶

Inlines ibis.sblock operations as MLIR blocks

Inlines ibis.sblock operations, by creating MLIR blocks and cf operations, while adding attributes to the parent operation about sblock-specific attributes.

The parent attributes are located under the ibis.blockinfo identifier as a dictionary attribute. Each entry in the dictionary consists of:

• Key: an ID (numerical) string identifying the block.
• Value: a dictionary of attributes. As a minimum this will contain a loc-keyed attribute specifying the location of the block.

-ibis-lower-portrefs ¶

Ibis portref lowering pass

Lower ibis.portref<portref <T>> to T (i.e. portref resolution).

We do this by analyzing how a portref is used inside a container, and then creating an in- or output port based on that. That is:

• write to portref<in portref<in, T>> becomes out T i.e this container wants to write to an input of another container, hence it will produce an output value that will drive that input port.
• read from portref<in portref<out, T>> becomes in T i.e. this container wants to read from an output of another container, hence it will have an input port that will be driven by that output port.
• write to portref<out portref<out, T>> becomes out T i.e. a port reference inside the module will be driven by a value from the outside.
• read from portref<out portref<in, T>> becomes in T i.e. a port reference inside the module will be driven by a value from the outside.

A benefit of having portref lowering separate from portref tunneling is that portref lowering can be done on an ibis.container granularity, allowing for a bit of parallelism in the flow.

-ibis-prepare-scheduling ¶

Prepare ibis.sblock operations for scheduling

Prepares ibis.sblock operations for scheduling by:

• creating an ibis.pipleine.header operation
• moving operations of an ibis.sblock into a pipeline.unscheduled operation, which is connected to the pipeline header.

-ibis-reblock ¶

Recreates ibis.sblock operations from a CFG

Recreates ibis.sblock operations from a CFG. Any ibis.block.attributes operations at the parent operation will be added to the resulting blocks.

The IR is expected to be in maximal SSA form prior to this pass, given that the pass will only inspect the terminator operation of a block for any values that are generated within the block. Maximum SSA form thus ensures that any value defined within the block is never used outside of the block.

It is expected that ibis.call operations have been isolated into their own basic blocks before this pass is run. This implies that all operations within a block (except for the terminator operation) can be statically scheduled with each other.

e.g.

^bb_foo(%arg0 : i32, %arg1 : i32):
  %res = arith.addi %arg0, %arg1 : i32
  %v = ...
  cf.br ^bb_bar(%v : i32)

becomes

^bb_foo(%arg0 : i32, %arg1 : i32):
  %v_outer = ibis.sblock(%a0 : i32 = %arg0, %a1 : i32 = %arg1) -> (i32) {
    %res = arith.addi %arg0, %arg1 : i32
    %v = ...
    ibis.sblock.return %v : i32
  }
  cf.br ^bb_bar(%v_outer : i32)

-ibis-tunneling ¶

Ibis tunneling pass

Tunnels relative get_port ops through the module hierarchy, based on ibis.path ops. The result of this pass is that various new in- and output ports of !ibis.portref<...> type are created. After this pass, get_port ops should only exist at the same scope of container instantiations.

The user may provide options for readSuffix and writeSuffix, respectively, which is to be used to generate the name of the ports that are tunneled through the hierarchy, with respect to how the port was requested to be accessed. Suffixes must be provided in cases where a port is tunneled for both read and write accesses, and the suffixes must be different (in this case, the suffixes will be appended to the target port name, and thus de-alias the resulting ports).

Options ¶

-read-suffix  : Suffix to be used for the port when a port is tunneled for read access
-write-suffix : Suffix to be used for the port when a port is tunneled for write access

LLHD Dialect Passes ¶

-llhd-early-code-motion ¶

Move side-effect-free instructions and llhd.prb up in the CFG

Moves side-effect-free instructions as far up in the CFG as possible. That means to the earliest block where all operands are defined. Special care has to be given to the llhd.prb instruction (which is the only side-effect instruction moved by this pass) as it must stay in the same temporal region, because otherwise it might sample an older or newer state of the signal. This pass is designed as a preparatory pass for the Temporal Code Motion pass to be able to move the llhd.drv operations in a single TR exiting block without having to move operations defining the operands used by the llhd.drv. It also enables total control flow elimination as the llhd.prb instructions would not be moved by other canonicalization passes.

-llhd-function-elimination ¶

Deletes all functions.

Deletes all functions in the module. In case there is still a function call in an entity or process, it fails. This pass is intended as a post-inlining pass to check if all functions could be successfully inlined and remove the inlined functions. This is necessary because Structural LLHD does not allow functions. Fails in the case that there is still a function call left in a llhd.proc or llhd.entity.

-llhd-memory-to-block-argument ¶

Promote memory to block arguments.

Promotes memory locations allocated with llhd.var to block arguments. This enables other optimizations and is required to be able to lower behavioral LLHD to structural LLHD. This is because there are no memory model and control flow in structural LLHD. After executing this pass, the “-llhd-block-argument-to-mux” pass can be used to convert the block arguments to multiplexers to enable more control-flow elimination.

Example:

llhd.proc @check_simple(%condsig : !llhd.sig<i1>) -> () {
  %c5 = llhd.const 5 : i32
  %cond = llhd.prb %condsig : !llhd.sig<i1>
  %ptr = llhd.var %c5 : i32
  cond_br %cond, ^bb1, ^bb2
^bb1:
  %c6 = llhd.const 6 : i32
  llhd.store %ptr, %c6 : !llhd.ptr<i32>
  br ^bb2
^bb2:
  %ld = llhd.load %ptr : !llhd.ptr<i32>
  %res = llhd.not %ld : i32
  llhd.halt
}

is transformed to

llhd.proc @check_simple(%condsig : !llhd.sig<i1>) -> () {
  %c5 = llhd.const 5 : i32
  %cond = llhd.prb %condsig : !llhd.sig<i1>
  cond_br %cond, ^bb1, ^bb2(%c5 : i32)
^bb1:
  %c6 = llhd.const 6 : i32
  br ^bb2(%c6 : i32)
^bb2(%arg : i32):
  %res = llhd.not %arg : i32
  llhd.halt
}

-llhd-process-lowering ¶

Lowers LLHD Processes to Entities.

TODO

MSFT Dialect Passes ¶

-msft-export-tcl ¶

Create tcl ops

Options ¶

-tops     : List of top modules to export Tcl for
-tcl-file : File to output Tcl into

-msft-lower-constructs ¶

Lower high-level constructs

-msft-lower-instances ¶

Lower dynamic instances

OM Dialect Passes ¶

-om-freeze-paths ¶

Hard code all path information

Replaces paths to hardware with hard-coded string paths. This pass should only run once the hierarchy will no longer change, and the final names for objects have been decided.

-om-link-modules ¶

Link separated OM modules into a single module

Flatten nested modules and resolve external classes.

Pipeline Dialect Passes ¶

-pipeline-explicit-regs ¶

Makes stage registers explicit.

Makes all stage-crossing def-use chains into explicit registers.

-pipeline-schedule-linear ¶

Schedules pipeline.unscheduled operations.

Schedules pipeline.unscheduled operations based on operator latencies.

Seq Dialect Passes ¶

-externalize-clock-gate ¶

Convert seq.clock_gate ops into hw.module.extern instances

Options ¶

-name          : Name of the external clock gate module
-input         : Name of the clock input
-output        : Name of the gated clock output
-enable        : Name of the enable input
-test-enable   : Name of the optional test enable input
-instance-name : Name of the generated instances

Statistics ¶

num-clock-gates-converted : Number of clock gates converted to external module instances

-hw-memory-sim ¶

Implement FIRRTMMem memories nodes with simulation model

This pass replaces generated module nodes of type FIRRTLMem with a model suitable for simulation.

Options ¶

-disable-mem-randomization                                : Disable emission of memory randomization code
-disable-reg-randomization                                : Disable emission of register randomization code
-repl-seq-mem                                             : Prepare seq mems for macro replacement
-ignore-read-enable                                       : ignore the read enable signal, instead of assigning X on read disable
-add-mux-pragmas                                          : Add mux pragmas to memory reads
-add-vivado-ram-address-conflict-synthesis-bug-workaround : Add a vivado attribute to specify a ram style of an array register

-lower-seq-fifo ¶

Lower seq.fifo ops

-lower-seq-hlmem ¶

Lowers seq.hlmem operations.

-lower-seq-shiftreg ¶

Lower seq.shiftreg ops

Default pass for lowering shift register operations. This will lower into a chain of seq.compreg.ce operations. Note that this is not guaranteed to be a performant implementation, but instead a default, fallback lowering path which is guaranteed to provide a semantically valid path to verilog emissions. Users are expected to provide a custom lowering pass to maps seq.shiftreg operations to target-specific primitives.

SSP Dialect Passes ¶

-ssp-print ¶

Prints all SSP instances as DOT graphs.

-ssp-roundtrip ¶

Roundtrips all SSP instances via the scheduling infrastructure

Options ¶

-check  : Check the problem's input constraints.
-verify : Verify the problem's solution constraints.

-ssp-schedule ¶

Schedules all SSP instances.

Options ¶

-scheduler : Scheduling algorithm to use.
-options   : Scheduler-specific options.

SV Dialect Passes ¶

-hw-cleanup ¶

Cleanup transformations for operations in hw.module bodies

This pass merges sv.alwaysff operations with the same condition, sv.ifdef nodes with the same condition, and perform other cleanups for the IR. This is a good thing to run early in the HW/SV pass pipeline to expose opportunities for other simpler passes (like canonicalize).

Options ¶

-merge-always-blocks : Allow always and always_ff blocks to be merged

-hw-eliminate-inout-ports ¶

Raises usages of inout ports into explicit input and output ports

This pass raises usages of inout ports into explicit in- and output ports. This is done by analyzing the usage of the inout ports and creating new input and output ports at the using module, and subsequently moving the inout read- and writes to the instantiation site.

Options ¶

-read-suffix  : Suffix to be used for the port when the inout port has readers
-write-suffix : Suffix to be used for the port when the inout port has writers

-hw-export-module-hierarchy ¶

Export module and instance hierarchy information

This pass exports the module and instance hierarchy tree for each module with the firrtl.moduleHierarchyFile attribute. These are lowered to sv.verbatim ops with the output_file attribute.

-hw-generator-callout ¶

Lower Generator Schema to external module

This pass calls an external program for all the hw.module.generated nodes, following the description in the hw.generator.schema node.

Options ¶

-schema-name                    : Name of the schema to process
-generator-executable           : Generator program executable with optional full path
-generator-executable-arguments : Generator program arguments separated by ;

-hw-legalize-modules ¶

Eliminate features marked unsupported in LoweringOptions

This pass lowers away features in the SV/Comb/HW dialects that are unsupported by some tools, e.g. multidimensional arrays. This pass is run relatively late in the pipeline in preparation for emission. Any passes run after this must be aware they cannot introduce new invalid constructs.

-hw-stub-external-modules ¶

Transform external hw modules to empty hw modules

This pass creates empty module bodies for external modules. This is useful for linting to eliminate missing file errors.

-prettify-verilog ¶

Transformations to improve quality of ExportVerilog output

This pass contains elective transformations that improve the quality of SystemVerilog generated by the ExportVerilog library. This pass is not compulsory: things that are required for ExportVerilog to be correct should be included as part of the ExportVerilog pass itself to make sure it is self contained.

-sv-extract-test-code ¶

Extract simulation only constructs to modules and bind

This pass extracts cover, assume, assert operations to a module, along with any ops feeding them only, to modules which are instantiated with a bind statement.

Options ¶

-disable-instance-extraction : Disable extracting instances only that feed test code
-disable-register-extraction : Disable extracting registers only that feed test code
-disable-module-inlining     : Disable inlining modules that only feed test code

Statistics ¶

num-ops-extracted : Number of ops extracted
num-ops-erased    : Number of ops erased

-sv-trace-iverilog ¶

Add tracing to an iverilog simulated module

This pass adds the necessary instrumentation to a HWModule to trigger tracing in an iverilog simulation.

Options ¶

-top-only : If true, will only add tracing to the top-level module.
-module   : Module to trace. If not provided, will trace all modules
-dir-name : Directory to emit into

SystemC Dialect Passes ¶

-systemc-lower-instance-interop ¶

Lower all SystemC instance interop operations.