tighten design clocks - #4456
Conversation
Signed-off-by: Eder Monteiro <emrmonteiro@precisioninno.com>
Signed-off-by: Eder Monteiro <emrmonteiro@precisioninno.com>
There was a problem hiding this comment.
Code Review
This pull request updates the OpenROAD submodule and tightens the clock periods for the jpeg_encoder and gcd designs, resulting in updated baseline rules (such as area, wirelength, and timing slack) across several test cases. However, the feedback highlights that these clock period reductions introduce severe timing violations. Specifically, in gcd, the 0.25 ns clock period combined with hardcoded clock latency leaves insufficient time for the data path, while in jpeg_encoder, the 545 ps target severely over-constrains the design, causing massive setup Total Negative Slack (TNS) that could destabilize regression tests.
🔍 QoR checkMetrics reflect the PR merge build — i.e. what will land on the target branch. Advisory — results are log-only and do not affect build status. The authoritative QoR gate remains the local rules-file check. Commit 62 design(s) checked — 4 with regression(s), 0 without a comparable baseline.
❌ asap7/jpeg base — 7 failing metric(s)
❌ nangate45/bp_multi_top base — 1 failing metric(s)
❌ nangate45/dynamic_node base — 8 failing metric(s)
❌ nangate45/gcd base — 10 failing metric(s)
|
…ate/OpenROAD-flow-scripts into tighten_design_clocks Signed-off-by: Eder Monteiro <emrmonteiro@precisioninno.com>
[WARNING] Multiple clocks not supported. Will use first clock: core_clock: 0.2500.
designs/nangate45/gcd/rules-base.json updates:
[WARNING] Multiple clocks not supported. Will use first clock: clk: 2.0000.
designs/nangate45/dynamic_node/rules-base.json updates:
designs/asap7/jpeg/rules-base.json updates:
[WARNING] Multiple clocks not supported. Will use first clock: CLK: 3.4000.
designs/nangate45/bp_multi_top/rules-base.json updates: