Archive for June, 2010

We had just upgraded to the latest version of the IBM_PDK, V1.7.0.0. This version has QRC files in IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura.


$ pwd
/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura
$ ll
total 16
drwxr-xr-x 2 maryh mosis 4096 Jun  9 07:57 doc
drwxr-xr-x 2 maryh mosis 4096 May  5 12:07 DRC
drwxr-xr-x 2 maryh mosis 4096 May  5 12:07 LVS
drwxr-xr-x 3 maryh mosis 4096 Jun  7 07:23 QRC
$ ll QRC
total 4
drwxr-xr-x 2 maryh edg 4096 Jun  7 07:25 32
$ ll QRC/32
total 211564
lrwxrwxrwx 1 maryh edg       18 Jun  9 07:57 bind.cdl -> ../../LVS/bind.cdl
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 bind.rul -> ../../LVS/bind.vldb
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 bind.vldb -> ../../LVS/bind.vldb
-r--r--r-- 1 maryh edg 17940790 Jun  7 07:23 cap_coeff.dat
-r--r--r-- 1 maryh edg     8377 Jun  7 07:23 capgen_cmd.cmd
-r--r--r-- 1 maryh edg 86090796 Jun  7 07:23 caps2d
-r--r--r-- 1 maryh edg 15406838 Jun  7 07:24 capsw3d
lrwxrwxrwx 1 maryh edg       21 Jun  9 07:57 compare.cdl -> ../../LVS/compare.cdl
lrwxrwxrwx 1 maryh edg       22 Jun  9 07:57 compare.rul -> ../../LVS/compare.vldb
lrwxrwxrwx 1 maryh edg       22 Jun  9 07:57 compare.vldb -> ../../LVS/compare.vldb
lrwxrwxrwx 1 maryh edg       24 Jun  9 07:57 deviceInfo.rul -> ../../LVS/deviceInfo.rul
lrwxrwxrwx 1 maryh edg       17 Jun  9 07:57 drc.rul -> ../../DRC/drc.rul
lrwxrwxrwx 1 maryh edg       17 Jun  9 07:57 esd.rul -> ../../DRC/esd.rul
lrwxrwxrwx 1 maryh edg       23 Jun  9 07:57 extract.rul -> ../../LVS/extract32.rul
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 float.rul -> ../../DRC/float.rul
lrwxrwxrwx 1 maryh edg       20 Jun  9 07:57 global.rul -> ../../DRC/global.rul
lrwxrwxrwx 1 maryh edg       19 Jun  9 07:57 local.rul -> ../../DRC/local.rul
-r--r--r-- 1 maryh edg   101051 Jun  7 07:24 lvsfile
lrwxrwxrwx 1 maryh edg       24 Jun  9 07:57 LVSinclude.rsf -> ../../LVS/LVSinclude.rsf
-r--r--r-- 1 maryh edg     2193 Jun  7 07:24 p2lvsfile
-r--r--r-- 1 maryh edg     2202 Jun  7 07:24 _p2lvsfile
-r--r--r-- 1 maryh edg  3180640 Jun  7 07:24 paxfile_coeff
-r--r--r-- 1 maryh edg     6238 Jun  7 07:24 _procfile
-r--r--r-- 1 maryh edg 45125149 Jun  7 07:24 qrcTechFile
lrwxrwxrwx 1 maryh edg       12 Jun  9 07:57 RCXdspfINIT -> RCXspiceINIT
-r--r--r-- 1 maryh edg 48317492 Jun  7 07:24 rcxfs.dat
-r--r--r-- 1 maryh edg   180614 Jun  7 07:24 RCXspiceINIT

Unfortunately, whenever we ran Assura -> QRC, we would get an error like this:

WARNING (PAXSXTN-221210): cap_coeff.dat version 0 is out-of-date; need to be 5.

ERROR (PAXSXTN-221211): Please re-generate cap_coeff.dat using latest capgen.

ERROR (LBRCXM-620): Bad return status from RCX run (./rcx 0). 0xff00


INFO (LBRCXM-709): *****  QRC terminated abnormally  *****

The solution was (as root) to go to the QRC/32 directory and run capgen_cmd.cmd.

[root@server 32]$ ./capgen_cmd.cmd 


     Techgen(tm) Tech file Generator.


INFO (LBMISC-215205): 
*** Cadence Extraction QRC Techgen -trans VERSION 7.1 Linux 32 bit - (Wed Jul 23 07:38:37 PDT 2008)  ***



INFO (CAPGEN-41199): 


Techgen -trans results will be written to directory: /nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32


*WARNING* at "Techgen -trans": In the process file '/nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/procfile', th
ick dielectric thickness ('3.845000') is detected between metal layers 'L1' and 'MA'
*WARNING* at "Techgen -trans": It is 30 times the thinest dielectric thickness '0.033000' between metal layers 'LY' and 'QY'
*WARNING* at "Techgen -trans": The process file contains '5' RDL layers: 'K3', 'QY', ...
*WARNING* at "Techgen -trans": An RDL layer is defined as a layer whose min_width is more than 15 times the smallest min_wid
th ('0.120000' in this procfile)
WARNING (CAPGEN-41244): process file '/nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/procfile' was modified afte
r

*WARNING* at "Techgen -trans": simulation files /nfs/net/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/caps2d and /nfs/n
et/sw/mosis/IBM_PDK/cmrf8sf/V1.7.0.0DM/Assura/QRC/32/capsw3d were created


.....................   Metal Variation Error Bound Report:   ....................
                             (due to s_max truncation)


 Definition:

      For a given simulation layer,

               C_lateral(s = s_max, w = w_min, top = nearest, bottom = nearest)
      error = -----------------------------------------------------------------
               C_lateral(s = s_min, w = w_min, top = nearest, bottom = nearest)

 Result:

  metal_variations
   *layer  layer_name   w_min    w_max    s_min    s_max    error(%)
    layer         PC    0.120    1.800    0.200    2.000    0.144
    layer         M1    0.160    2.400    0.160    1.600    0.800
    layer         M2    0.200    3.000    0.200    2.000    0.261
    layer         M3    0.200    3.000    0.200    2.000    0.024
    layer         K3    5.000   23.852    5.500    7.951    0.000
    layer         MQ    0.400    6.000    0.400    4.000    0.083
    layer         MG    0.400    6.000    0.400    4.000    0.840
    layer         LY    0.600    9.000    0.600    6.000    0.008
    layer         QY    6.000   63.155    1.000   10.000    0.000
    layer         HY    4.000   60.000    2.000   20.000    0.000
    layer         E1    1.500   22.500    2.000   20.000    0.013
    layer         L1    5.000   75.000    5.500   41.692    0.000
    layer         MA    4.000   60.000    5.000   50.000    1.147
  endmetal_variations

 Note:
        NA indicates that the data is not meaningful.
..................................................................................
INFO (CAPGEN-41338): 

Techgen -trans Date: Wed Jun 30 15:21:26 2010

This appears to have fixed things.

First, stop the program by killing the cipinbs program running. Then delete the directory in the user’s local profile, %local profile%\local settings\application data\some random string. Inside that directory, should find the cipinbs.exe program. Lastly, search the registry and delete any entries with cipinbs. I think I found two in our infected computer.