Error in getType(), pointing to nullptr

[yashkumar3066]

Signal 11 received
Stack trace:
0# 0x000055D75C0BA532 in openroad
1# 0x00007F6E37F19520 in /lib/x86_64-linux-gnu/libc.so.6
2# odb::dbTechLayer::getType() in openroad
3# grt::GlobalRouter::makeItermPins(grt::Net*, odb::dbNet*, odb::Rect const&) in openroad
4# grt::GlobalRouter::addNet(odb::dbNet*) in openroad
5# grt::GlobalRouter::findNets(bool) in openroad
6# grt::GlobalRouter::initFastRoute(int, int) in openroad
7# grt::GlobalRouter::globalRoute(bool, bool, bool) in openroad
8# 0x000055D75C88879F in openroad
9# TclNRRunCallbacks in /lib/x86_64-linux-gnu/libtcl8.6.so
10# 0x00007F6E3C4C7028 in /lib/x86_64-linux-gnu/libtcl8.6.so
11# Tcl_EvalEx in /lib/x86_64-linux-gnu/libtcl8.6.so
12# Tcl_Eval in /lib/x86_64-linux-gnu/libtcl8.6.so
13# gui::TclCmdInputWidget::executeCommand(QString const&, bool, bool) in openroad
14# gui::CmdInputWidget::handleEnterKeyPress(QKeyEvent*) in openroad
15# gui::TclCmdInputWidget::keyPressEvent(QKeyEvent*) in openroad
16# QWidget::event(QEvent*) in /lib/x86_64-linux-gnu/libQt5Widgets.so.5
17# QFrame::event(QEvent*) in /lib/x86_64-linux-gnu/libQt5Widgets.so.5
18# QApplicationPrivate::notify_helper(QObject*, QEvent*) in /lib/x86_64-linux-gnu/libQt5Widgets.so.5
19# QApplication::notify(QObject*, QEvent*) in /lib/x86_64-linux-gnu/libQt5Widgets.so.5
20# gui::SafeApplication::notify(QObject*, QEvent*) in openroad
21# QCoreApplication::notifyInternal2(QObject*, QEvent*) in /lib/x86_64-linux-gnu/libQt5Core.so.5
22# 0x00007F6E3981502F in /lib/x86_64-linux-gnu/libQt5Widgets.so.5
23# QApplicationPrivate::notify_helper(QObject*, QEvent*) in /lib/x86_64-linux-gnu/libQt5Widgets.so.5
24# gui::SafeApplication::notify(QObject*, QEvent*) in openroad
25# QCoreApplication::notifyInternal2(QObject*, QEvent*) in /lib/x86_64-linux-gnu/libQt5Core.so.5
26# QGuiApplicationPrivate::processKeyEvent(QWindowSystemInterfacePrivate::KeyEvent*) in /lib/x86_64-linux-gnu/libQt5Gui.so.5
27# QWindowSystemInterface::sendWindowSystemEvents(QFlagsQEventLoop::ProcessEventsFlag) in /lib/x86_64-linux-gnu/libQt5Gui.so.5
28# 0x00007F6E352D1D6E in /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
29# g_main_context_dispatch in /lib/x86_64-linux-gnu/libglib-2.0.so.0
30# 0x00007F6E375B52B8 in /lib/x86_64-linux-gnu/libglib-2.0.so.0
31# g_main_context_iteration in /lib/x86_64-linux-gnu/libglib-2.0.so.0
32# QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) in /lib/x86_64-linux-gnu/libQt5Core.so.5
33# QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) in /lib/x86_64-linux-gnu/libQt5Core.so.5
34# QCoreApplication::exec() in /lib/x86_64-linux-gnu/libQt5Core.so.5
35# gui::startGui(int&, char**, Tcl_Interp*, std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, bool, bool, bool) in openroad
36# 0x000055D75C0B98DD in openroad
37# Tcl_MainEx in /lib/x86_64-linux-gnu/libtcl8.6.so
38# main in openroad
39# 0x00007F6E37F00D90 in /lib/x86_64-linux-gnu/libc.so.6
40# __libc_start_main in /lib/x86_64-linux-gnu/libc.so.6
41# _start in openroad
Segmentation fault (core dumped)

I am getting through pdn for my pdk, and when I do global_placement with routability or global_route this is the segmentation fault.
I have gone through my entire Tech Lef, no Layer Type is missing undefined, nor is my stdcell lef calling a undefined layer.

I tried it out for just one inverter cell it ran but the moment I use a mux or a clocked inverter it fails.
Is it because these stdcells have pins on M2 as well?

Would be great if someone could help me debug!

[maliberty]

We have PDKs with pins on m2 so I doubt it. Can you build debug and get more info on line numbers and exactly what is happening?

[yashkumar3066]

Ok, now the questions is pdngen is able to get layers and even when I use stdcell in my design which only has pins in M1 layer it passes.
Only sends this error with stdcells having pins with M2 and M1 both.

[maliberty]

Do you mean signal pins or power pins? pdn doesn't care about signal pins on two layers and we have such in other libraries

[yashkumar3066]

Yep Signal Pins are the ones when I try to find the pin that is failing and report it through this script

 # --- isolate_failing_net.tcl ---

 # This script should be run AFTER global placement and INSTEAD of global_route
 
 puts "--- Attempting to route nets one by one to find the crash point ---"
 
 set db [ord::get_db]
 set chip [$db getChip]
 set block [$chip getBlock]
 
 if {$block == {}} {
     puts "ERROR: No design block found. Please ensure a design is loaded."
     exit 1
 }
 
 set nets [$block getNets]
 
 set net_count 0
 set total_nets [llength $nets]
 
 foreach net $nets {
     set net_name [$net getName]
     incr net_count
     
     set sig_type [$net getSigType]
     if {$sig_type == "SIGNAL"} {
         puts "Routing net ($net_count/$total_nets): $net_name"
         
         # This is where the crash will happen.
         # The last net name printed before the crash is the culprit.
         global_route -net $net_name
     }
 }
 
 puts "--- This message will not be reached if a crash occurs ---"

[maliberty]

We have m2 pins in other PDKs and they work fine. I don't know what your issue is.

[rovinski]

Does $block == {} work? I thought it had to be $block == "NULL"

Probably not related to the above stackdump though