The Magic DRC checks report these 3 violations ```...
# caravan
j
The Magic DRC checks report these 3 violations
Copy code
Violation Message "Deep N-well spacing < 6.3um (dnwell.3) "found 47 Times.
Violation Message "Deep N-well spacing to N-well < 4.5um (nwell.7) "found 288 Times.
Violation Message "N-well overlap of Deep N-well < 0.4um outside, 1.03um inside (nwell.5a, 7) "found 55 Times.
 DRC Checks on GDS Failed, Reason: Total # of DRC violations is 390
in a region which doesn't make sense to me. The violating areas start out in my PNP array, but veer way off from any relevant part of the design. When I check my layout with
drc(full)
(I select all area and do
DRC Update
) I don't get any violations. I read some of `open_pdks/sky130A/libs.tech/magic/sky130A-GDS.tech`and saw that it mentions
Generally, this covers rules not found in sky130A.tech
. In any case, I don't understand why I would need any deep nwell for parasitic PNPs.
t
I would appreciate it if you could post this example; I have a flattened version of your layout (or some version of it) but that doesn't trigger the error. None of this makes any sense without a deep nwell. . .
You have deep-nwell drawn underneath each of the PNPs. I cannot say how it got there. Let me do a test to see if there is a GDS layer mixup that somehow converts a layer into deep nwell on either GDS write or GDS read. . .
j
Yes yes yes. Seeing that too
in my original .mag, there is no
dnwell
in those areas (looks to be the same areas as the nbase)
t
Okay, I can reproduce the error. GDS layer numbers got crossed somewhere. Should be an easy fix.
🙌 1
Oh, oops. Tech file has
layer DNWELL dnwell,pnp
where it should be
layer DNWELL dnwell,npn
.
✅ 1
Will fix right away.
j
cool! thanks
t
I have pushed the correction. You can either pull or fix the line by hand.
👀 1