On executing run again on gdb, I am getting the following error: 0x00000000 in ?? () (gdb) run The program being debugged has been started already. Start it from the beginning? (y or n) y ../../gdb-9.1/gdb/thread.c:95: internal-error: thread_info* inferior_thread(): Assertion `tp' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Quit this debugging session? (y or n) y
This is a bug, please report it. For instructions, see: <http://www.gnu.org/software/gdb/bugs/>. ../../gdb-9.1/gdb/thread.c:95: internal-error: thread_info* inferior_thread(): Assertion `tp' failed. A problem internal to GDB has been detected, further debugging may prove unreliable. Create a core file of GDB? (y or n) y Aborted (core dumped) What might be going wrong? On Mon, May 25, 2020 at 8:00 PM Richi Dubey <richidu...@gmail.com> wrote: > > Hii everyone, > > When I am executing smpschededf02.exe on my leon3 bsp running on > sparc5 with sparc-rtems5-sis with -m 4 -leon3 option, it fails to > execute properly. > > I have built leon3 with --enable-smp option and I am guessing the > execution fails because I don not see any output of the test and I can > only see the following output: > --------------------------------------------- > ~/quick-start/rtems/5/bin$ ./sparc-rtems5-sis -leon3 -m 4 > ~/quick-start/build/leon3/sparc-rtems5/c/leon3/testsuites/smptests/smpschededf02.exe > > SIS - SPARC/RISCV instruction simulator 2.21, copyright Jiri Gaisler 2019 > Bug-reports to j...@gaisler.se > > LEON3 emulation enabled, 4 cpus online, delta 50 clocks > > Loaded > /home/richi/quick-start/build/leon3/sparc-rtems5/c/leon3/testsuites/smptests/smpschededf02.exe, > entry 0x40000000 > cpu0> run > > > *** BEGIN OF TEST SMPSCHEDEDF 2 *** > *** TEST VERSION: 5.0.0.20a8361de4724658112ecd33c28fae82a15919f8 > *** TEST STATE: EXPECTED_PASS > *** TEST BUILD: RTEMS_NETWORKING RTEMS_POSIX_API RTEMS_SMP > *** TEST TOOLS: 7.5.0 20191114 (RTEMS 5, RSB 5 (0b7e87143b76), Newlib fbaa096) > > *** END OF TEST SMPSCHEDEDF 2 *** > > cpu 1 in error mode (tt = 0x80) > 3491850 40016360: 91d02000 ta 0x0 > ------------------------------------------------------- > > On running the program with gdb with extended-remote and debugging > with sis, I am encountering the following error: > > ---------------------- > (gdb) target extended-remote localhost:1234 > Remote debugging using localhost:1234 > 0x00000000 in ?? () > (gdb) > ------------------------ > > I even tried to execute sis with -m 2 option as smpschededf02/init.c > has #define CPU_COUNT 2, but sis still shows the same output with no > changes. > > I have attached the screenshots of my terminal. It'd be great if > someone could please help me out. > > Thanks, > Richi. _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
