• Skip to main content
  • Skip to search
  • Skip to footer
Cadence Home
  • This search text may be transcribed, used, stored, or accessed by our third-party service providers per our Cookie Policy and Privacy Policy.

  1. Community Forums
  2. Custom IC Design
  3. Poly layer density issue in the stream-out

Stats

  • Locked Locked
  • Replies 7
  • Subscribers 126
  • Views 18464
  • Members are here 0
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Poly layer density issue in the stream-out

Amel
Amel over 13 years ago

Hi all, 

 

In order to cope with tsmc 0.18um requirements regarding poly and metal densities, I have used both dummy metals and dummy Poly to compensate the deficiency of my drawn metals and Poly in my design. By doing so, I achieved 0 DRC errors.
When I have exported my design to GDS and sent it to MOSIS  for  fabrication, I was surprised by the fact that the manufacturability review reveals a warning about poly1 density. I am confused since my design has passed the DRC with 0 errors.
So, I am wondering what could be the cause. is it possible that the dummy poly was not exported? Can anyone help me to overcome this problem?
Thanks in advance.
Amel.

 

  • Cancel
Parents
  • Quek
    Quek over 13 years ago

    Hi Amel

    Here are a few possible causes of the discrepancies:

    a. The poly fill was not exported together with the design due to bad layer mapping
    => Correct the layer map file and redo stream out

    b. The poly fill was created using the wrong fill type (e.g. type "dummy" instead of type "drawing") and was not recognized by the foundry sign-off drc deck
    => Re-create the fill using the correct fill type and re-export the gds file

    c. You are using a different verification tool from the foundry (e.g. you are using Assura/PVS and tsmc uses another tool)
    => Get detail information from foundry on the density errors which they have encountered

    d. The density rules in your rule deck are coded differently from those in the foundry sign-off rule deck (due to different tools). E.g. your deck does not use windowing but density of each windows are checked in the sign-off rule deck
    => Get detail information from foundry on the density errors which they have encountered

    e. You had run drc and gotten zero drc errors but had forgotten to enable the switch for density check
    => Enable density check and redo drc

    It would be best to first clarify with the foundry on the details of the density error. : )

    Best regards
    Quek

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Reply
  • Quek
    Quek over 13 years ago

    Hi Amel

    Here are a few possible causes of the discrepancies:

    a. The poly fill was not exported together with the design due to bad layer mapping
    => Correct the layer map file and redo stream out

    b. The poly fill was created using the wrong fill type (e.g. type "dummy" instead of type "drawing") and was not recognized by the foundry sign-off drc deck
    => Re-create the fill using the correct fill type and re-export the gds file

    c. You are using a different verification tool from the foundry (e.g. you are using Assura/PVS and tsmc uses another tool)
    => Get detail information from foundry on the density errors which they have encountered

    d. The density rules in your rule deck are coded differently from those in the foundry sign-off rule deck (due to different tools). E.g. your deck does not use windowing but density of each windows are checked in the sign-off rule deck
    => Get detail information from foundry on the density errors which they have encountered

    e. You had run drc and gotten zero drc errors but had forgotten to enable the switch for density check
    => Enable density check and redo drc

    It would be best to first clarify with the foundry on the details of the density error. : )

    Best regards
    Quek

    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
Children
No Data

Community Guidelines

The Cadence Design Communities support Cadence users and technologists interacting to exchange ideas, news, technical information, and best practices to solve problems and get the most from Cadence technology. The community is open to everyone, and to provide the most value, we require participants to follow our Community Guidelines that facilitate a quality exchange of ideas and information. By accessing, contributing, using or downloading any materials from the site, you agree to be bound by the full Community Guidelines.

© 2025 Cadence Design Systems, Inc. All Rights Reserved.

  • Terms of Use
  • Privacy
  • Cookie Policy
  • US Trademarks
  • Do Not Sell or Share My Personal Information