Power/Ground Ports

Hi Ali,

Are you talking about the core-facing pwr/gnd pins on the IO pad cells? The ones that should connect into a core ring? If so, Sroute should be used to connect these, not nanoroute. The pad pins, even though they are called DUMMY, would have to be of USE POWER (or USE GROUND, depending) and be of CLASS CORE. You may also need to set up a globalNetConnect statement.

- Kari

 Hi Kari,

Yes, the core-facing pwr/gnd pins on the power pads, which should supply a core ring. Like what you said, globalNetConnect also warns me that the DUMMY pin is a IO pin (which means it is not pgpin) and it should be of CORE class. However, in the LEF file, its class is defined as PAD and there is no USE POWER/GROUND for the DUMMY pin in its macro.

Therefore, I cracked the LEF file and added the USE POWER/GROUND for DUMMY pin of VDD/GND pad. But SRoute still couldn't route DUMMY to vdd/gnd nets, and showing some warnings like following:

**WARN: (SOCDC-348):    The output pin ioco_vssioco_1/DUMMY is connected to power/ground net gnd. This can compromise the delay calculation. Fix the netlist and re-run.

**WARN: (SOCSR-1256):   Net gnd does not have pad pins to be routed. Please check net list or port class. (must be CORE class).

Then, I changed the "CLASS PAD;" to "CLASS CORE;" in the LEF file, which didn't help. This time the VDD/GND PADs were placed in the core area and not at the sides, and getting the same warnings.

I have to mention that my pads' connections are declared in the input synthesized verilog file.

How should I define the CORE class, and USE POWER/GROUND?

Thanks,

Ali

 Hi Ali,

Don't change CLASS PAD - that needs to stay as is. It's the pwr/gnd pin facing the core that needs to have CLASS CORE defined:

    PIN DUMMY
        USE POWER ;
        DIRECTION INOUT ;
        PORT
        CLASS CORE ;
        LAYER ... (etc)
        RECT  ... (etc)

After you make that change, Sroute should connect these to the ring. (Getting rid of the second warning in your post above). Making the direction of the pin INOUT should get rid of the first warning.

- Kari 

 Perfect, It fixed those errors. I had posted this problem many times, but couldn't find any solution.

Thanks, 

Ali