-
Notifications
You must be signed in to change notification settings - Fork 8
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
gf180mcu_fd_sc_mcu7t5v0_mux2_1 is seemingly not DRC clean #23
Comments
@gatecat |
PTAL - @atorkmabrains / @mkkassem |
This is obviously related to #2 |
@RTimothyEdwards Could you check that? |
@atorkmabrains : I don't have a rule in magic that exactly implements the GF CO.6 rule. I would have to work out a much more complicated implementation of the rule. The rule is not exactly "overlap >= 0.06um in one direction" but is actually "overlap >= 0.06um in one direction if overlap < 0.04 in the other direction". There should be a way to implement this rule but I'll have to give it some thought. The klayout DRC deck should indicate that it's clean. |
@gatecat I advise that you run this design klayout DRC and see if it's violating. |
@RTimothyEdwards Thanks for indicating this. |
@gatecat I'll close this issue as there is no further communications. Please re-open if you still need any thing. |
Expected Behavior
All standard cells pass DRC
Actual Behavior
gf180mcu_fd_sc_mcu7t5v0_mux2_1
fails DRC with 2 of the following errorsSteps to Reproduce the Problem
gf180mcu_fd_sc_mcu7t5v0_mux2_1
(I think it isn't used by synthesis automatically)gf180mcu_fd_sc_mcu7t5v0_mux2_1
to find it is the culpritSpecifications
open_pdks 120b0bd69c745825a0b8b76f364043a1cd08bb6a
The text was updated successfully, but these errors were encountered: