Re: [Qemu-devel] Crash when booting KDE Neon using qxl-vga

[Leonardo Soares Müller]

Here is the backtrace with the debug symbols added:

(gdb) bt
#0  0x00007ffff0373e97 in __GI_raise (address@hidden) at
../sysdeps/unix/sysv/linux/raise.c:51
#1  0x00007ffff0375801 in __GI_abort () at abort.c:79
#2  0x00007ffff1171cc9 in spice_logv (log_domain=0x7ffff11dc9f5 "Spice",
args=0x7fff36028cb0, format=0x7ffff11e3c5b "slot_id %d too big,
addr=%lx", function=0x7ffff11e3d90 <__FUNCTION__.15594>
"memslot_get_virt", strloc=0x7ffff11e3c78 "memslot.c:111",
log_level=G_LOG_LEVEL_CRITICAL) at log.c:183
#3  0x00007ffff1171cc9 in spice_log
(address@hidden,
address@hidden "memslot.c:111",
address@hidden <__FUNCTION__.15594>
"memslot_get_virt", address@hidden "slot_id %d too
big, addr=%lx") at log.c:196
#4  0x00007ffff11373b8 in memslot_get_virt
(address@hidden, address@hidden,
address@hidden, address@hidden,
address@hidden)
    at memslot.c:111
#5  0x00007ffff11407d0 in red_get_image
(address@hidden, address@hidden,
addr=<optimized out>, address@hidden, address@hidden)
at red-parse-qxl.c:512
#6  0x00007ffff1140a76 in red_get_copy_ptr
(address@hidden, address@hidden,
address@hidden, qxl=0x7fff1fe0107b, address@hidden)
at red-parse-qxl.c:680
#7  0x00007ffff11419a1 in red_get_native_drawable (flags=<optimized
out>, addr=<optimized out>, red=<optimized out>, group_id=<optimized
out>, slots=<optimized out>) at red-parse-qxl.c:1072
#8  0x00007ffff11419a1 in red_get_drawable
(address@hidden, group_id=1,
address@hidden, addr=<optimized out>, flags=0) at
red-parse-qxl.c:1206
#9  0x00007ffff11543cd in red_process_display (worker=0x5555579b85a0,
ring_is_empty=0x7fff36028f9c) at red-worker.c:224
#10 0x00007ffff1152d21 in flush_commands
(address@hidden, red_channel=0x5555579b4a10,
address@hidden <red_process_display>) at
red-worker.c:315
#11 0x00007ffff1152e58 in flush_display_commands
(address@hidden) at red-worker.c:352
#12 0x00007ffff11534bf in flush_all_qxl_commands (worker=0x5555579b85a0)
at red-worker.c:367
#13 0x00007ffff11534bf in destroy_primary_surface
(worker=0x5555579b85a0, surface_id=0) at red-worker.c:558
#14 0x00007ffff11214f1 in dispatcher_handle_single_read
(dispatcher=0x555556a0c1c0) at dispatcher.c:284
#15 0x00007ffff11214f1 in dispatcher_handle_recv_read
(dispatcher=0x555556a0c1c0) at dispatcher.c:304
#16 0x00007ffff1127d7b in watch_func (source=<optimized out>,
condition=<optimized out>, data=0x5555579b8780) at event-loop.c:128
#17 0x00007ffff47931f5 in g_main_context_dispatch () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#18 0x00007ffff47935c0 in  () at /usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#19 0x00007ffff47938d2 in g_main_loop_run () at
/usr/lib/x86_64-linux-gnu/libglib-2.0.so.0
#20 0x00007ffff1153b3a in red_worker_main (arg=0x5555579b85a0) at
red-worker.c:1372
#21 0x00007ffff072d6db in start_thread (arg=0x7fff3602c700) at
pthread_create.c:463
#22 0x00007ffff045688f in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:95


Às 10:13 de 28/01/2019, Dr. David Alan Gilbert escreveu:
> 
> Thanks for the report,
> 
> Could you install the debug packages of libspice-server on your system
> so that the backtrace you get has symbols?
> 
> Dave
>