You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Final critical path delay (least slack): 30.3589 ns, Fmax: 32.9393 MHz
Final setup Worst Negative Slack (sWNS): -30.3589 ns
Final setup Total Negative Slack (sTNS): -150.906 ns
Possible Solution
I would see this as two separate options, something like:
--save-block-types-usage <filename>
--save-timing-summary <filename>
Both of them should enable VPR to write JSON files with info:
Block usage: names of the block types and the number of blocks that were used to implement the design
Timings: Final setup timing parameters such as: max frequency, critical path delay, worst negative slack, total negative slack
Context
This information is used in SymbiFlow to perform tests that verify the block usage and timings against reference values in order to catch possible regression.
Current way of getting the information from VPR requires parsing the log output in search of timing summary and block usage info. It would be better solution to let VPR prepare the output in easy to read format so that we won't rely on log output that could be changed in the future and cause failures in log parsers.
The text was updated successfully, but these errors were encountered:
Proposed Behaviour
It would be really nice to have options that would enable VPR to write machine readable output files with:
Current Behaviour
This information is available in plain log output.
Block types usage:
Timings:
Possible Solution
I would see this as two separate options, something like:
--save-block-types-usage <filename>
--save-timing-summary <filename>
Both of them should enable VPR to write JSON files with info:
Context
This information is used in SymbiFlow to perform tests that verify the block usage and timings against reference values in order to catch possible regression.
Current way of getting the information from VPR requires parsing the log output in search of timing summary and block usage info. It would be better solution to let VPR prepare the output in easy to read format so that we won't rely on log output that could be changed in the future and cause failures in log parsers.
The text was updated successfully, but these errors were encountered: