Hi, Has anyone encountered this weird FEOL DRC from the precheck? This was not reported from the magic? @User any suggestions? Thanks

That is weird, and please report it. When klayout shows a false positive DRC error, I have no recommendations for workarounds.

Thanks @User I will check again on the efabless portal then report it

Does not look like you are viewing correct region. Could you please zoom to error's location in question?

Haven't used klayout for DRC checks too often, but it looks like the error is at (5.06, 355.979) in the

DSP

cell. Your screenshot is showing (1355.44, 656,621) of

user_project_wrapper

. Is this the same location? Looks very small so you might have to zoom in a bit. (0.001, ?).

I think the coordinate of the errors corresponding with the DSP block is top. The showing in the screenshot (bottom right) is for user_project_wrapper top

@User Thanks for the response. Can you zoom in really close (like 0.02um scale instead of 500um) on the error?

@User thanks for the response, I will raise visibility on your issues but it seems that the precheck is now behaving consistently locally and on the platform cc: @User

image.png,image.png

@User Are you sure your repo's up-to-date? The

user_project_wrapper.gds

in the repo doesn't look like your screenshot.

yes, it does. This is on efabless portal

I don't have access to the efabless data. I was looking at the github repo you posted.

Thanks @User, you should get the same gds as shown on efabless?

Sorry, I was looking at some other chip, I guess. I can see it now.

@User I don’t think I should change the std/ef_cell. But yes, this error seems only appear with sky130_ef_sc_hd__decap_12 placing at the edge.

@User: The "ef" version of the cell was made by direct manipulation of the GDS file to remove a few contacts and change the perimeter of the local interconnect layer. So there should be no difference in labels and how they are attached between the "fd" and "ef" versions (noting that, of course, "should be" and "is" are two different things).

@User did you manage to solve the nds/psd issues?

I reported this 'error' with

sky130_ef_sc_hd__decap_12

back in November and I thought @User fixed it. @User how old is your pdk?

I have no idea why it flags that error, does not look like the min nsdm width < 0.38um

@User (@User): Yes, I agree, this sounds exactly like the issue you reported and which I fixed in open_pdks version 1.0.240 on November 16.

posted: November 16, 2021 at 3:00am     version: 1.0     revision: 240
...
Also: Corrected the sky130_ef_sc_hd__decap_12.gds file, which had incorrect label layers, causing issues with LVS when read into magic, even though the mask layout was valid.

Thanks @User @User So, I guess I’m using the old version. Except the label, is there any changes? If not, I can just replace the cell only without re-run the full flow?

To my knowledge, yes, you should be able to do a simple cell replacement.