-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
close missing DRC rules in klayout deck #521
Comments
issue surfaced on 2311 projects for hvi and nwell |
received violator cells from SWT, but they don't cover all the rules and we are missing Calibre reports to benchmark results. The reported are numerous. |
We can implement rules for ourselves based on the s8 calibre rules and the derived (generated) layer tables. But the generated layer tables are not part of the public documentation, so they would be for internal use only. However, there are various rules in the public documentation that affect the generated layers. In some cases, these rules effectively become MR rules in the absence of any direct check of the mask layer itself. The rule nwell.9 (when HVI intersects nwell, the nwell must be completely covered by HVI) is one such rule. We need to add that rule to our own MR deck because we don't have MR rules for the generated layers. There are probably other similar rules that cover other generated layers. |
The current ruleset incorrectly checks MR_capm.SP.2 rule. The attached PDF shows how the rule should be applied. |
@DavidRLindley there is still no explanation of what is |
@DavidRLindley Couple of follow up questions:
|
Hi Marwan,
All the Skywater documentation is pretty clear that met3_bottom_plate is
Met3 AND capm grown by the minimum enclosure of capm by Met3 (0.14um).
Hi Kareem,
I think the answer is yes to both questions. Your first question is a very
good one. I should not have limited my scenario by Met3 only connection.
I will verify my answers with Skywater.
David
…On Sun, Apr 14, 2024 at 11:25 AM Kareem Farid ***@***.***> wrote:
@DavidRLindley <https://github.com/DavidRLindley> Couple of follow up
questions:
- Just to confirm Metal3 not continuous under CAPM, but electrically
connected implies connectivity through other metal layers e.g.: met3
-> via2 -> met2 -> via2 -> met3
- In scenario 3, does MR_capm.SP.2 apply to spacing between
Met3_bot_plate and a met3 patch that doesn't enclose capm? There is
such a case in the violator cells.
—
Reply to this email directly, view it on GitHub
<#521 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFSQ4KMU7HKE6JIIRWIOH4LY5KNXTAVCNFSM6AAAAABBVBPS6KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANJUGA4TOMRTGY>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Marwan, Kareem, I verified the following with Skywater.
David |
Thanks David. Should we assume that similar rules apply for cap2m? |
Yes.
…On Tue, Apr 16, 2024 at 7:45 AM Kareem Farid ***@***.***> wrote:
Thanks David. Should we assume that similar rules apply for cap2m?
—
Reply to this email directly, view it on GitHub
<#521 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/BFSQ4KPKI7G6GANTWMVG4C3Y5UFMHAVCNFSM6AAAAABBVBPS6KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDANJYHA4TINRYG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Two psdm rules are being flagged on some proprietary memory macro IP.
We can have a Zoom meeting if you want to view the errors. |
As of 2024/May/08 these issues exist in the rules
|
need to include new issues related to created layer DRC errors. |
remaining issues
verify if new rule deck has created layer rules - then check for violator cells |
No description provided.
The text was updated successfully, but these errors were encountered: