Open 7FM opened 10 months ago
We'll investigate.
So the longest-named wire is isax_xcorevsimd.inst_CV_DOTSP_SC_H.mockup_2_0[31]_sky130_fd_sc_hd__dfxtp_2_Q_D_sky130_fd_sc_hd__o22a_2_X_B1_sky130_fd_sc_hd__nor2_2_Y_B_sky130_fd_sc_hd__xnor2_2_Y_B_sky130_fd_sc_hd__xnor2_2_Y_A_sky130_fd_sc_hd__o21a_2_X_A2_sky130_fd_sc_hd__a21oi_2_Y_A1_sky130_fd_sc_hd__a21o_2_X_A2_sky130_fd_sc_hd__xnor2_2_Y_A_sky130_fd_sc_hd__o21bai_2_Y_B1_N_sky130_fd_sc_hd__o21a_2_X_A2_sky130_fd_sc_hd__and2_2_X_B_sky130_fd_sc_hd__mux2_2_X_A1_sky130_fd_sc_hd__mux2_2_X_A0_sky130_fd_sc_hd__nand2_2_Y_A_sky130_fd_sc_hd__inv_2_A_Y
and I'm honestly surprised more things didnt break
Still investigating
Alright so- I tried increasing buffer sizes for Netgen all over the place and it didn't work. It's most likely Magic or Netgen. Unfortunately don't have much bandwidth to debug this further at the moment. We don't really use SYNTH_AUTONAME
for this reason.
We can maybe try to pre-process and shorten the wire names in both netlists before LVS and see if that works- it would at least narrow this issue down to Netgen.
Description
I am using the latest commit on master:
For the attached project I am getting LVS errors when using
"SYNTH_AUTONAME": 1
. With"SYNTH_AUTONAME": 0
I do not get such an error.Expected Behavior
LVS result should be independent of
SYNTH_AUTONAME
's valueEnvironment report
Reproduction material
openlane.steps create-reproducible -d .
output: reproducible_part1.zip reproducible_part2.zip The whole project: project.zipRelevant log output