My precheck run succeeded. I ran tapeout but am ge...
# shuttle
b
My precheck run succeeded. I ran tapeout but am getting the following error:
STDERR: [ WARN ] FEOL Check Result: 'caravel_00054489.oas' has 15 DRC violations.
I didn't have any drc violations in precheck. The violations I'm getting are
nwell.6, nsd.1, psd.1, psd.2
These violations are occurring outside of the user_project_wrapper Does anyone know why this is happening?
m
@User shouldn't that be fixed in the new deck?
o
@User yes, the deck was updated last Thursday, if this was an execution before that it's using the old deck.
b
Thanks @User @User That fixed the nsd.1,psd.1, and psd.2 drcs I'm still getting the nwell.6 in this cell:
H3_sky130_fd_io__gpiov2_amux
m
@User we're looking into it
b
@User @User Any update on this?
m
@User can help with that
t
@User: I can? Can you explain what the problem is?
m
@User The DRC error that was in the
H3_sky130_fd_io__gpiov2_amux
that you fixed still breaks tapeout DRC because it's not updated in the padframe, thought you can give some guidance on how to work around that without rehardening , if possible.
b
@User did you get a chance to look at this issue?
t
@User: As I said, it's fixed in open_pdks. @User: I don't get it. Caravel and Caravan are built from the top-level magic database, and that gets
chip_io
and
chip_io_alt
layouts from magic, and those use the sky130 library definitions of the standard cells. If you're seeing a cell
H3_sky130_fd_io__gpiov2_amux
, then you're doing something very, very wrong.
l
+1 to this issue. My design passes precheck but fails tapeout (feol drc). The drc issues identified seem to be outside my design and were only introduced when the final chip was generated: nwell.6 in both
io__gpiov2_amux
and
io__simple_pad_and_busses