'loopschedule' Dialect
Representation of scheduled loops
Operations
loopschedule.pipeline
(::circt::loopschedule::LoopSchedulePipelineOp)
LoopSchedule dialect pipeline-loop.
The loopschedule.pipeline
operation represents a statically scheduled
pipeline stucture that executes while a condition is true. For more details,
see:
https://llvm.discourse.group/t/rfc-representing-pipelined-loops/4171.
A pipeline captures the result of scheduling, and is not generally safe to transform, besides lowering to hardware dialects. For more discussion about relaxing this, see: https://github.com/llvm/circt/issues/2204.
This is the top-level operation representing a high-level pipeline. It is
not isolated from above, but could be if this is helpful. A pipeline
contains two regions: condition
and stages
.
The pipeline may accept an optional iter_args
, similar to the SCF dialect,
for representing loop-carried values like induction variables or reductions.
When the pipeline starts execution, the registers indicated as iter_args
by pipeline.terminator
should be initialized to the initial
values specified in the iter_args
section here. The iter_args
relate to
the initiation interval of the loop. The maximum distance in stages between
where an iter_arg
is used and where that iter_arg
is registered must be
less than the loop’s initiation interval. For example, with II=1, each
iter_arg
must be used and registered in the same stage.
The single-block condition
region dictates the condition under which the
pipeline should execute. It has a register
terminator, and the
pipeline initiates new iterations while the registered value is true : i1
.
It may access SSA values dominating the pipeline, as well as iter_args
,
which are block arguments. The body of the block may only contain
“combinational” operations, which are currently defined to be simple
arithmetic, comparisons, and selects from the Standard
dialect.
The single-block stages
region wraps loopschedule.pipeline.stage
operations. It has a loopschedule.terminator
terminator, which can
both return results from the pipeline and register iter_args
. Stages may
access SSA values dominating the pipeline, as well as iter_args
, which are
block arguments.
Attributes:
Attribute | MLIR Type | Description |
---|---|---|
II | ::mlir::IntegerAttr | 64-bit signless integer attribute |
tripCount | ::mlir::IntegerAttr | 64-bit signless integer attribute |
Operands:
Operand | Description |
---|---|
iterArgs | variadic of any type |
Results:
Result | Description |
---|---|
results | variadic of any type |
loopschedule.pipeline.stage
(::circt::loopschedule::LoopSchedulePipelineStageOp)
LoopSchedule dialect pipeline stage.
Syntax:
operation ::= `loopschedule.pipeline.stage` `start` `=` $start (`when` $when^)? $body (`:` qualified(type($results))^)? attr-dict
This operation has a single-block region which dictates the operations that may occur concurrently.
It has a start
attribute, which indicates the start cycle for this stage.
It may have an optional when
predicate, which supports conditional
execution for each stage. This is in addition to the condition
region that
controls the execution of the whole pipeline. A stage with a when
predicate should only execute when the predicate is true : i1
, and push a
bubble through the pipeline otherwise.
It has a register
terminator, which passes the concurrently
computed values forward to the next stage.
Any stage may access iter_args
. If a stage accesses an iter_arg
after
the stage in which it is defined, it is up to lowering passes to preserve
this value until the last stage that needs it.
Other than iter_args
, stages may only access SSA values dominating the
pipeline or SSA values computed by any previous stage. This ensures the
stages capture the coarse-grained schedule of the pipeline and how values
feed forward and backward.
Traits: HasParent<LoopSchedulePipelineOp>
Attributes:
Attribute | MLIR Type | Description |
---|---|---|
start | ::mlir::IntegerAttr | 64-bit signed integer attribute |
Operands:
Operand | Description |
---|---|
when | 1-bit signless integer |
Results:
Result | Description |
---|---|
results | variadic of any type |
loopschedule.register
(::circt::loopschedule::LoopScheduleRegisterOp)
LoopSchedule dialect loop register.
Syntax:
operation ::= `loopschedule.register` $operands (`:` qualified(type($operands))^)? attr-dict
The loopschedule.register
terminates a pipeline stage and
“registers” the values specified as operands. These values become the
results of the stage.
Traits: HasParent<LoopSchedulePipelineOp, LoopSchedulePipelineStageOp>
, Terminator
Operands:
Operand | Description |
---|---|
operands | variadic of any type |
loopschedule.terminator
(::circt::loopschedule::LoopScheduleTerminatorOp)
LoopSchedule dialect terminator.
Syntax:
operation ::= `loopschedule.terminator` `iter_args` `(` $iter_args `)` `,`
`results` `(` $results `)` `:`
functional-type($iter_args, $results) attr-dict
The loopschedule.terminator
operation represents the terminator of
a loopschedule.pipeline
.
The results
section accepts a variadic list of values which become the
pipeline’s return values. These must be results of a stage, and their types
must match the pipeline’s return types. The results need not be defined in
the final stage, and it is up to lowering passes to preserve these values
until the final stage is complete.
The iter_args
section accepts a variadic list of values which become the
next iteration’s iter_args
. These may be the results of any stage, and
their types must match the pipeline’s iter_args
types.
Traits: AttrSizedOperandSegments
, HasParent<LoopSchedulePipelineOp>
, Terminator
Operands:
Operand | Description |
---|---|
iter_args | variadic of any type |
results | variadic of any type |