Got "model=nmos_5p0" in cdl netlist and cause LVS error

Discussion in 'Cadence' started by wunan1984, May 28, 2009.

  1. wunan1984

    wunan1984 Guest

    Hi Everyone

    When I extract netlist using virtuoso CDL OUT utility, I found in my
    netlist I got text of "model=nmos_5p0".
    And later I use this cdl netlist to do calibre LVS check, I encontered
    error :
    "Warning: Undefined parameter "nmos_5p0" ignored in file "...xxxx.cdl"
    at line 7072"

    What is the problem? Why do I get "model=.." text?

    Anyone can help?

    Thank you.

    GF
     
    wunan1984, May 28, 2009
    #1
  2. Is this analog or digital CDL netlisting? If analog, then it's likely that
    there's something wrong with the CDF for the component in question.

    If you do Tools->CDF->Edit CDF, fill in the lib and cell name of the component
    in question, and then go to the simulation information section at the bottom,
    and hit "Edit", set Choose Simulator to "auCdl" what does it say on the form?

    Regards,

    Andrew.
     
    Andrew Beckett, May 28, 2009
    #2
  3. wunan1984

    wunan1984 Guest

    This is an analog netlisting.

    My current cdf is:

    cdfId->simInfo->auCdl = '( nil
    netlistProcedure _ansCdlCompParamPrim
    instParameters (model W L X Y)
    termOrder (D G S B)
    propMapping (nil W L X Y)
    namePrefix "X"
    )

    The netlist I want to get is:
    this is what i want to get:

    XMM0 Z A vdd! vdd! nmos_5p0 W=... L=... X=... Y=...

    and this is what is netlisted instead:

    XMM0 Z A vdd! vdd! model=nmos_5p0 W=... L=... X=... Y=...


    thanks
    GF
     
    wunan1984, May 29, 2009
    #3
  4. I think you may be either using a very old version of the IC tools, or you have
    this variable set in your .simrc :

    auCdlPrintModelEquals='t

    This is covered in sourcelink.cadence.com solution number 11235794 .

    Prior to IC5033 USR2, the _ansCdlCompParamPrim netlisting procedure used to
    print model= . After that, model was treated as a special case. From
    5.10.41.500.3.36 onwards (released April 5 2006) this variable
    auCdlPrintModelEquals could be specified to control the behaviour - the default
    is nil, so that it prints using the syntax that you want.

    Note, I tested this in the latest IC5141 ISR, and it does indeed behave this way.

    Regards,

    Andrew.
     
    Andrew Beckett, May 29, 2009
    #4
  5. wunan1984

    wunan1984 Guest

    alright, thank you Andrew.
    I think the tool version is the root cause.
    Thanks a lot.
     
    wunan1984, Jun 1, 2009
    #5
Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.