Re: [Qemu-arm] [Qemu-discuss] Custom board with DTS/DTB

[Thomas Huth]

On 07.12.2016 21:31, James Hanley wrote:
> Seems like I spoke too soon. Removed the DTB option and started down the
> road of building up our board as a test and connect gdb to the target
> with the --gdb option.
> address@hidden:~/project/test$ gdb
> qemu-build/arm-softmmu/qemu-system-arm
> /tmp/cores/core.qemu-system-arm.3253.jim-VirtualBox.1481140001 
> GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1
> Copyright (C) 2016 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-linux-gnu".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
> <http://www.gnu.org/software/gdb/documentation/>.
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from qemu-build/arm-softmmu/qemu-system-arm...done.
> [New LWP 3256]
> [New LWP 3254]
> [New LWP 3253]
> [Thread debugging using libthread_db enabled]
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> Core was generated by `qemu-system-arm -M Boardx24 -m 256 -cpu cortex-m4
> -no-reboot -nographic -S -singl'.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0  gic_test_pending (cm=<optimized out>, irq=<optimized out>,
> s=<optimized out>)
>     at /home/jim/project/test/qemu/hw/intc/gic_internal.h:90
> 90   if (s->revision == REV_NVIC || s->revision == REV_11MPCORE) {
> [Current thread is 1 (Thread 0x7f9c1758f700 (LWP 3256))]
> (gdb) bt
> #0  gic_test_pending (cm=<optimized out>, irq=<optimized out>,
> s=<optimized out>)
>     at /home/jim/project/test/qemu/hw/intc/gic_internal.h:90
> #1  gic_set_pending_private (s=0x0, cpu=0, irq=6)
>     at /home/jim/project/test/qemu/hw/intc/arm_gic.c:136

Looks like QEMU is crashing because s is NULL ... but the backtrace
below does not really help here anymore. So maybe add some printfs to
see where the s = NULL is coming from?

> #2  0x000056402fabe233 in cpu_handle_exception (ret=<synthetic pointer>,
> cpu=0x56403223c720)
>     at /home/jim/project/test/qemu/cpu-exec.c:442
> #3  cpu_exec (address@hidden) at
> /home/jim/project/test/qemu/cpu-exec.c:631
> #4  0x000056402fae7b36 in tcg_cpu_exec (cpu=0x56403223c720)
>     at /home/jim/project/test/qemu/cpus.c:1117
> #5  qemu_tcg_cpu_thread_fn (arg=<optimized out>) at
> /home/jim/project/test/qemu/cpus.c:1197
> #6  0x00007f9c2185b6ba in start_thread (arg=0x7f9c1758f700) at
> pthread_create.c:333
> #7  0x00007f9c2159182d in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:109
> (gdb) 

 Thomas