Changes between Version 1 and Version 2 of Debugging/sis

Timestamp:

07/31/17 13:45:07 (7 years ago)

Author:

Jiri Gaisler

Comment:

--

Debugging/sis

@@ -1 +1 @@
 
-[[TOC(sis, depth=3)]]
+[[TOC(Debugging/sis, depth=2)]]
 
 = SIS SPARC Simulator =
@@ -68 +68 @@
 }}}
 
-The above trace shows a data trap (trap type 0x9) at address 0x4002565c (ld  [ %g2 ], %i3). The load address in %g2 is 0x40FFFCD0, which is not a valid Leon2 address. To see which code generates this trap, we will need some symbolic information. Since SIS does not support debug symbols, we must turn to gdb with built-in sis:\
+The above trace shows a data trap (trap type 0x9) at address 0x4002565c (ld  [ %g2 ], %i3). The load address in %g2 is 0x40FFFCD0, which is not a valid Leon2 address. To see which code generates this trap, we will need some symbolic information. Since SIS does not support debug symbols, we must turn to gdb with built-in sis:
 
 === Debugging with SIS in gdb ===
@@ -105 +105 @@
     at ../../../../../../gcc-7.1.0/newlib/libc/string/memcpy.c:87
 87      ../../../../../../gcc-7.1.0/newlib/libc/string/memcpy.c: No such file or directory.
+
+(gdb) bt
+#0  memcpy (dst0=0x40fffcd0, src0=0xfffff000, len0=32)
+    at ../../../../../../gcc-7.1.0/newlib/libc/string/memcpy.c:87
+#1  0x4001487c in ambapp_scan2 (abus=0x40039320 <ambapp_plb>, ioarea=4293918720, 
+    memfunc=0x400255f0 <memcpy>, parent=0x0, root=0x40039320 <ambapp_plb>)
+    at /home/jiri/ibm/src/rtems/rtems.git/c/src/lib/libbsp/sparc/leon3/../../sparc/shared/amba/ambapp.c:177
+#2  0x4001429c in amba_initialize ()
+    at /home/jiri/ibm/src/rtems/rtems.git/c/src/lib/libbsp/sparc/leon3/amba/amba.c:99
+#3  0x4001d148 in rtems_initialize_executive ()
+    at /home/jiri/ibm/src/rtems/rtems.git/c/src/../../cpukit/sapi/src/exinit.c:138
+#4  0x400134d4 in boot_card (cmdline=0x0)
+    at /home/jiri/ibm/src/rtems/rtems.git/c/src/lib/libbsp/sparc/leon3/../../shared/bootcard.c:78
+#5  0x400010c8 in zerobss ()
+    at /home/jiri/ibm/src/rtems/rtems.git/c/src/lib/libbsp/sparc/leon3/../../sparc/shared/start/start.S:372
+
 (gdb) up
 #1  0x4001487c in ambapp_scan2 (abus=0x40039320 <ambapp_plb>, ioarea=4293918720, 
@@ -124 +140 @@
 }}}
 
-We can not see that the data trap occurs in memcpy, called by ambapp_scan2. The cause to the trap is rather trivial, we are trying to run a leon3 binary with sis configured for leon2! Running the binary with sis in leon3 mode will give us the desired result:
+We can now see that the data trap occurs in memcpy, called by ambapp_scan2. The cause to the trap is rather trivial, we are trying to run a leon3 binary with sis configured for leon2! Running the binary with sis in leon3 mode will give us the desired result:
 
 {{{
@@ -145 +161 @@
 LOCAL: Hey I'm in base class constructor number 6 for 0x4003da68.
 LOCAL: Hey I'm in base class constructor number 7 for 0x4003da74.
-LOCAL: Hey I'm in derived class constructor number 8 for 0x4003da74.
-IO Stream not tested
-LOCAL: Hey I'm in derived class destructor number 8 for 4003DA74.
-Derived class - Instantiation order 8
-LOCAL: Hey I'm in base class destructor number 7 for 4003DA74.
-Derived class - Instantiation order 8
-LOCAL: Hey I'm in base class destructor number 6 for 4003DA68.
-Derived class - Instantiation order 6
-LOCAL: Hey I'm in base class destructor number 5 for 4003DA5C.
-Derived class - Instantiation order 5
-LOCAL: Hey I'm in base class destructor number 4 for 4003DA50.
-Derived class - Instantiation order 5
-*** TESTING C++ EXCEPTIONS ***
-
-foo_function() catch block called:
-   < foo_function() throw this exception  >
-Success catching a char * exception
-foo_function() re-throwing execption...
-throw std::runtime: caught: thrown std::runtime object
-throw an instance based exception
-RtemsException raised=File:/home/jiri/ibm/src/rtems/rtems.git/c/src/../../testsuites/samples/cdtest/main.cc, Line:227, Error=55
-Success catching RtemsException...
-RtemsException ---> File:/home/jiri/ibm/src/rtems/rtems.git/c/src/../../testsuites/samples/cdtest/main.cc, Line:227, Error=55
-Exceptions are working properly.
-Global Dtors should be called after this line....
-GLOBAL: Hey I'm in derived class destructor number 3 for 400389FC.
-Derived class - Instantiation order 3
+.
+.
+.
+.
 GLOBAL: Hey I'm in base class destructor number 2 for 400389FC.
 Derived class - Instantiation order 3
@@ -181 +174 @@
 }}}
 
-To run the binary again, the gdb load command must be given followed by run.
-
-=== Running test suites with SIS and rtems-tester ===
+To run the binary again, the gdb '''load''' command must be given followed by '''run'''.
+
+=== Running test suites with SIS and rtems-test ===
 
 SIS can run the RTEMS test suites for erc32, leon2 and leon3 bsp in an automatic way using the rtems-test script. The test suites are available in the RTEMS build or install directory if RTEMS was configured with --enable-tests. Below is how to run the tests for leon3, but it works equally well erc32 and leon2. The tests will run in about 2 - 3 minutes on a high-end desktop.
@@ -248 +241 @@
 }}}
 
+Link to DDD image: https://gaisler.org/gdb/doc/ddd1.png