I am using pdn.cfg with ORFS flow and there is thi...
# openroadp
Pranav Lulu
10/07/2022, 1:06 PMI am using pdn.cfg with ORFS flow and there is this below block of code in PdnGen.tcl which creates a r_net of signal type and it's corresponding r_bpin. How can I create the same net and pin that can be used with new pdn.tcl
Pranav Lulu
10/07/2022, 1:08 PMI trying to connect a instance in a voltage domain to a secondary power net with net type signal.
Pranav Lulu
10/07/2022, 1:14 PMAlso the r_net and r_bpin only gets created with primary power and not secondary power when using pdn.cfg.
m
Matt Liberty
10/07/2022, 7:19 PMYou really should move away from the cfg & pdngen.tcl. The c++ version has supplanted it and it is only there for legacy support. It will be removed eventually
p
Pranav Lulu
10/08/2022, 12:04 PMYes! I am moving to new pdn.tcl. I have defined an voltage domain.While using pdn.tcl when I define a secondary power net it does not connect to power pin of that instance in that voltage domain. The VDD and VSS are connected correctly but not the secondary power net.
Pranav Lulu
10/08/2022, 12:15 PMI thought if we change the power type pin of instance to signal type and also secondary power net to signal type the router will route it. But it does not get routed. I guess this is because the router needs a pin on the net so that it can be routed.
m
Matt Liberty
10/08/2022, 5:22 PMdo you have a global_connect statement for your secondary net?
p
Pranav Lulu
10/09/2022, 7:07 AMYes I have used global_connect statement. I also updated OpenROAD to latest version.Here's my pdn.tcl file that I am using
Pranav Lulu
10/09/2022, 7:09 AMNow with this pdn.tcl the instances in the voltage domain that has a power pin defined as VREG shows <none>. Attaching a screenshot for same
m
Matt Liberty
10/09/2022, 9:42 PMI think it would be best to package a test case and open a GH issue. Its not obvious from looking at it