• 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. Logic Design
  3. RC see paths through the memories.

Stats

  • Locked Locked
  • Replies 5
  • Subscribers 61
  • Views 14049
  • 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

RC see paths through the memories.

archive
archive over 18 years ago

Hi All,

I see violating paths from ports through memory (D->Q) to the register.
These paths should not appear, because memory is sequential element and all the paths to D pin should stop there, but they don't.
Have anyone saw similiar issue?
Can I just disable timing arcs from D to Q inside the memories?
Thank you in advance,


Originally posted in cdnusers.org by Stalker
  • Cancel
  • archive
    archive over 18 years ago


    It will depend on the lib file of the used memory.
    Memory should be described as a sequential cell for input pins be considered as end points.
    If you disable timing arcs from D to Q so true paths beginning at memory pins will be affected.

    Cristiano.


    Originally posted in cdnusers.org by clsantos
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    I have seen that in primetime before. The root cause at the time was that some test pin was controlled incorrectly (missing case analysis or incorrect case analysis) and the memory had a bypass mode feature for DFT. Has Cristiano mentioned looking at the .lib is the best to figure out why you are seeing this.


    Originally posted in cdnusers.org by evenditti
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Hi Stalker,

    this is pretty common and usually due to the AWT or Asynchornous Write Through functionality of memories. Usually it is used for DFT purposes but one could use it for anything else. These timing arcs can be disabled in a variety of ways:

    Using SDC:

    set_disable_timing [-from ] [-to ][+]

    Using RC native:

    set_attr enabled false [find [ find / -libcell xyz] -libarc Q*/D*]

    Obviously, you want to make sure your design guarantees that you will never operate your memories in that mode since otherwise this timing violation would be real.

    good luck,
    gh-


    Originally posted in cdnusers.org by grasshopper
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    As commented by gh this may be a case of AWT. The best way is indeed to disable the offending arcs.
     Another check you can make is by opening your libery files for the memory and grep for "mode" statement, you are then likely so see a functional mode and  AWT mode, for now RC does not recognize the mode statement. The presence of mode statements further will confirm that you can not solve this problem by setting consatants on test mode pins but only by disabling arcs.
    -Madhu


    Originally posted in cdnusers.org by madhun
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel
  • archive
    archive over 18 years ago

    Thanks to all,
    I noticed, that case_analysis throuth AWT was missing in the latest release, I will add it back.


    Originally posted in cdnusers.org by Stalker
    • Cancel
    • Vote Up 0 Vote Down
    • Cancel

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