One update on this issue:
I used the lastest code (git) and tried to reproduce the error. And it
was a bit different now. Because with the latest libspice from the
repository the issue occurs less often. But now the qemu process is
terminating with this bt:
#0 0x00007fd321f7c1b5 in raise () from
/opt/tocario/autohost/make/target/default/tmp/lib/libc.so.6
#1 0x00007fd321f7efc0 in abort () from
/opt/tocario/autohost/make/target/default/tmp/lib/libc.so.6
#2 0x00007fd322c5c4ea in spice_logv (log_domain=0x7fd322cd2aa6 "Spice",
log_level=SPICE_LOG_LEVEL_ERROR, strloc=<optimized out>,
function=0x7fd322cd54e0 "mjpeg_encoder_adjust_params_to_bit_rate",
format=0x7fd322cd2a90 "assertion `%s' failed", args=<optimized out>)
at log.c:109
#3 0x00007fd322c5c62a in spice_log (log_domain=0x161d <Address 0x161d
out of bounds>, log_level=5667, strloc=0x6 <Address 0x6 out of bounds>,
function=0xffffffffffffffff <Address 0xffffffffffffffff out of
bounds>, format=0xa <Address 0xa out of bounds>) at log.c:123
#4 0x00007fd322c09037 in mjpeg_encoder_adjust_params_to_bit_rate
(encoder=<optimized out>) at mjpeg_encoder.c:627
#5 mjpeg_encoder_start_frame (encoder=0x7fd28cbf81f0,
format=SPICE_BITMAP_FMT_RGBA, width=500, height=<optimized out>,
dest=0x7fd28c288748,
dest_len=0x7fd294bfe7c8, frame_mm_time=281149889) at
mjpeg_encoder.c:755
#6 0x00007fd322c367a0 in red_marshall_stream_data (drawable=<optimized
out>, base_marshaller=<optimized out>, rcc=<optimized out>)
at red_worker.c:8625
#7 marshall_qxl_drawable (rcc=0x7fd28c283cc0, m=<optimized out>,
dpi=0x7fd28c305450) at red_worker.c:8700
#8 0x00007fd322c37ddd in display_channel_send_item (rcc=0x7fd28c283cc0,
pipe_item=0x7fd28c305460) at red_worker.c:9227
#9 0x00007fd322c0c886 in red_channel_client_send_item (item=<optimized
out>, rcc=<optimized out>) at red_channel.c:592
#10 red_channel_client_push (rcc=0x7fd28c283cc0) at red_channel.c:1334
#11 0x00007fd322c31a5c in red_push (worker=<optimized out>) at
red_worker.c:9344
#12 red_worker_main (arg=<optimized out>) at red_worker.c:12294
#13 0x00007fd3222b28ca in start_thread () from
/opt/tocario/autohost/make/target/default/tmp/lib/libpthread.so.0
#14 0x00007fd322019b6d in clone () from
/opt/tocario/autohost/make/target/default/tmp/lib/libc.so.6
#15 0x0000000000000000 in ?? ()
As it looks the spice_assert(rate_control->num_recent_enc_frames)
terminates the process.
Now my question - is this assert neccesary? The next statement will
check the value of num_recent_enc_frames in any case and goto end within
this function in the case num_recent_enc_frames is zero, doesn´t it?
How is it possible that MS Office will create this encoder (obviously by
the splash animation) in this state?
Thank you for your support.
Kind regards
Mario
Am 07.02.2014 20:19, schrieb Klaus Hochlehnert:
Yes it's the latest qxl-Driver.
Thanks, Klaus
-----Original Message-----
From: Marian Krcmarik [mailto:mkrcmari@xxxxxxxxxx]
Sent: Friday, February 07, 2014 7:48 PM
To: Klaus Hochlehnert
Cc: spice-devel@xxxxxxxxxxxxxxxxxxxxx
Subject: Re: Win 7 guest immediately freezes when
starting Outlook 2010
----- Original Message -----
From: "Klaus Hochlehnert" <Mailings@xxxxxxxxx>
To: spice-devel@xxxxxxxxxxxxxxxxxxxxx
Sent: Thursday, February 6, 2014 8:32:39 AM
Subject: Win 7 guest immediately freezes when starting
Outlook 2010
Hi,
I have 2 Win 7 Guests that immediately freezes when starting Outlook
2010.
That only happens when connected via spice. When using RDP or VNC
everything is ok.
I attached with gdb to the frozen qemu process and here’s the call
stack:
(gdb) bt
#0 0x00007f9e3968fd2d in read () from
/lib/x86_64-linux-gnu/libpthread.so.0
#1 0x00007f9e3a2674d2 in read (__nbytes=4, __buf=0x7fff85b20fa4,
__fd=27) at
/usr/include/x86_64-linux-gnu/bits/unistd.h:45
#2 read_safe (fd=27, buf=0x7fff85b20fa4 "\236\177", size=4,
block=<optimized
out>) at dispatcher.c:76
#3 0x00007f9e3a2679a6 in dispatcher_send_message
(dispatcher=0x7f9e40236fb8, message_type=11, payload=0x7fff85b20fe0)
at dispatcher.c:188
#4 0x00007f9e3a26812d in red_dispatcher_disconnect_cursor_peer
(rcc=0x7f9c902a7500) at red_dispatcher.c:194
#5 0x00007f9e3a2668d9 in red_client_destroy (client=0x7f9e40200fc0) at
red_channel.c:1979
#6 0x00007f9e3a29180e in reds_client_disconnect
(client=0x7f9e40200fc0) at
reds.c:572
#7 reds_client_disconnect (client=0x7f9e40200fc0) at reds.c:529
#8 0x00007f9e3a261021 in red_peer_handle_incoming
(handler=0x7f9e4028d9b0,
stream=0x7f9e4018e6b0) at red_channel.c:300
#9 red_channel_client_receive (rcc=0x7f9e402898a0) at
red_channel.c:309
#10 0x00007f9e3a263c3c in red_channel_client_event (fd=<optimized
out>, event=<optimized out>, data=0x7f9e402898a0) at
red_channel.c:1435
#11 0x00007f9e3efdfeb6 in ?? ()
#12 0x00007f9e3efe591f in ?? ()
#13 0x00007f9e3ee7f26a in main ()
Any idea?
I’m using:
qemu-1.7.0
spice-protocol-0.12.6
spice-0.12.4
spice-gtk-0.22
virt-viewer-0.5.7
What is the QXL driver version on the Win7 guest? Did you try the
latest one?
(http://www.spice-space.org/download/windows/qxl/qxl-0.1-21/)
Thanks, Klaus
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel