https://open-source-silicon.dev
Join Slack
<@U069XNVQM4H> this is the DRC issue for `aFil.g2` - Min. Active coverage ratio for any 800 x 800 µ...
# ihp-sg13g2
d
@Krzysztof Herman this is the DRC issue for 
aFil.g2
- Min. Active coverage ratio for any 800 x 800 µm² chip area = 25.0 % this looks to me like missing metal fill in the power ring and IO cells. Would Cadence fill these areas too?
a
The outer tiles at the top and to the right shouldn't be checked by 
aFil.g2
. The tiles should be flush with the chip border. This is a problem we have to fix in the DRC script.
👍 1
k
Hi @Daniel Arevalos and @Andreas Krinke. Thank you for accepting the invitation. I have also just receive the information that our seal_ring pycell should not implement fillers.
@Daniel Schultz the issue with the active and OpenROAD is that can not control the generation of the active and GatPoly. For metals it is simple because you provide the filler cells sizes and the respective rules in the json file. That was the reason to eliminate decap cells in the config file and use only fill cells which are supposed to meet the filler rules and respect other DRC rules.
d
btw I see similar issues with M1Fil.h up to M5Fil.h
if you have another DRC script, I'm happy to try it
k
20240515 sg13g2-maximal.lydrc,20240515 sg13g2-minimal.lydrc
20240515 sg13g2-maximal.lydrc20240515 sg13g2-minimal.lydrc
give it a try. It was provided today by @Andreas Krinke
a
However, this new version doesn't change the way density checks work. So the bug I mentioned is still there.
d
yes, same result... @Andreas Krinke any idea when you could provide a new DRC file?
a
Try these. In your case, this update fixes the tile origin (the lower left tile is in the corner) and ignores the areas outside the chip boundary when calculating density.
20240515b sg13g2-minimal.lydrc20240515b sg13g2-maximal.lydrc
👍 1
d
@Andreas Krinke M2Fil still reports 21 issues. All other issues are gone related to the sealring
basically 30 issues in total related to fill with 1x GFil.g 1x M2.j 1x M5.k 21x M2Fil.h 4x M3Fil.h 2x M5Fil.k
a
I will have a look. Maybe these are valid DRC errors?
d
GFil.g reports Min. global GatPoly density error but there is nothing to fill anymore. Same for M2.j
a
This is true for the core, but what about the pad ring? The density check looks at the complete chip area.
d
I know but OpenRoad is not filling these areas
a
I will take a look — it's possible we misunderstood the rule.
d
or openroad is not working properly. There is only one design file with an IO ring
k
@Matt Liberty could you please take a look ?
m
Please open an OR issue with a test case and an description of the problem.
a
I had another look and think the DRC errors are valid. The density limits apply to the pad ring as well.
d
24 Views
Open in Slack
PreviousNext
Powered by

What is Linen?

Linen is a search-engine friendly community platform. We offer integrations with existing Slack/Discord communities and make those conversations Google-searchable.

Powered by