James Cherry

The problem has nothing to do with LEF. It is failing in opensta, which uses liberty, not LEF. The issue is that the pin it is searching from has no...

Honestly, there isn't much I can do to help you without any data. I am not going to play 20 questions in english to debug your design. It sounds like...

I can't reproduce this but I tracked the output down to a debug print statement. I took a shot at fixing it with the following commit, so please try it...

repair_clock_nets is only to deal with the unbuffered wire from the pad/pin to the clock tree root. It doesn't do anything to the tree itself. The skews in your reports...

Those are IOPATHs with different COND expressions that for some reason are not printed in the SDF. The bc:typ:wc values are the same because there is only one process corner...

It looks like the issue is the sky130 liberty. cell sky130_fd_sc_hd__mux2_1 has these timing arcs from S -> X pin ("X") { direction : "output"; function : "(A0&!S) | (A1&S)";...

I cannot read a screenshot into OpenSTA. Please attach the mem.lib file.

OpenSTA now supports reading a VCD file for activities. See the read_power_activities command. See the set_power_activity command doc for default input activities.

report_clock_skew includes macro internal clock tree delay defined in the macro's liberty (the source/target_clock_tree_delay timing groups), which is reported as source/target clock tree delay. report_checks does not report or use...

Why don't you look in the liberty file documentation rather than relying on someone's memory? I have a recollection but I I don't think it is my job to look...