[Spice-devel] Spice-devel Digest, Vol 15, Issue 78
Federico Alves
sales at minixel.com
Wed Apr 27 02:36:32 PDT 2011
It would be great if somebody could post a binary version of the Spice
client for OSX.
Federico
On 4/27/11 5:29 AM, "spice-devel-request at lists.freedesktop.org"
<spice-devel-request at lists.freedesktop.org> wrote:
>Send Spice-devel mailing list submissions to
> spice-devel at lists.freedesktop.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.freedesktop.org/mailman/listinfo/spice-devel
>or, via email, send a message with subject or body 'help' to
> spice-devel-request at lists.freedesktop.org
>
>You can reach the person managing the list at
> spice-devel-owner at lists.freedesktop.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of Spice-devel digest..."
>
>
>Today's Topics:
>
> 1. Re: Spice on OS/X (Mosebach Kai)
> 2. Re: Spice on OS/X (Christophe Fergeau)
> 3. Re: spice-gtk 0.6 : Ctrl+W closes the client (Christophe Fergeau)
> 4. Re: Spice on OS/X (Kai Mosebach)
> 5. Re: Spice on OS/X (Kai Mosebach)
> 6. Re: androidSpice-0.1.4 released (Alon Levy)
> 7. Re: windows bsod with spice 0.8.1 (Alon Levy)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Wed, 27 Apr 2011 08:59:02 +0000
>From: "Mosebach Kai" <kai.mosebach at bsse.ethz.ch>
>Subject: Re: [Spice-devel] Spice on OS/X
>To: Christophe Fergeau <cfergeau at redhat.com>, Attila Sukosd
> <attila.sukosd at gmail.com>
>Cc: "spice-devel at lists.freedesktop.org"
> <spice-devel at lists.freedesktop.org>
>Message-ID: <C9DDA6E2.24409%kai.mosebach at bsse.ethz.ch>
>Content-Type: text/plain; charset="us-ascii"
>
>I finally build it on OSX 10.6.6 successfully :-)
>
>>From the patches below I only used :
>
>common/lines.c
>gtk/Makefile.am
>
>
>Then a
>
>./configure --with-audio=gstreamer --without-python
>--with-coroutine=gthread
>
>did the trick, I think --with-coroutine=gthread avoid the _XOPEN_SOURCE
>patches.
>
>Best Kai
>
>
>On 4/27/11 10:47 AM, "Christophe Fergeau" <cfergeau at redhat.com> wrote:
>
>>On Tue, Apr 26, 2011 at 08:39:13PM +0200, Attila Sukosd wrote:
>>> Also I've attached the patch which fixes a few things here and there...
>>>With
>>> this it builds fine.
>>
>>Ah, so you've already built spice-gtk on macosx? How well did it work?
>>
>>I had some questions about your patch, it would be really helpful if you
>>remembered why you had to change these things :)
>>
>>Thanks for the patch,
>>
>>Christophe
>>
>>diff --git a/common/lines.c b/common/lines.c
>>index 1a14c18..59d0689 100644
>>--- a/common/lines.c
>>+++ b/common/lines.c
>>@@ -2985,7 +2985,7 @@ miWideDashSegment (GCPtr pGC,
>> double L, l;
>> double k;
>> PolyVertexRec vertices[4];
>>- PolyVertexRec saveRight = { 0 }, saveBottom;
>>+ PolyVertexRec saveRight = { 0 }, saveBottom = { 0 };
>> PolySlopeRec slopes[4];
>> PolyEdgeRec left[2], right[2];
>> LineFaceRec lcapFace, rcapFace;
>>
>>I assume this bit is to avoid a "saveBottom can be used without being
>>initialized" gcc warning?
>>
>>
>>
>>diff --git a/gtk/Makefile.am b/gtk/Makefile.am
>>index 7ce8a65..e5f3c1c 100644
>>--- a/gtk/Makefile.am
>>+++ b/gtk/Makefile.am
>>@@ -27,6 +27,7 @@ if HAVE_LD_VERSION_SCRIPT
>> VERSION_LDFLAGS = -Wl,--version-script=${srcdir}/map-file
>> else
>> VERSION_LDFLAGS = -export-symbols ${srcdir}/sym-file
>>+#VERSION_LDFLAGS =
>> endif
>>
>> KEYMAP_GEN = $(srcdir)/keymap-gen.pl
>>
>>
>>macosx ld indeed doesn't have any of --version-script nor
>>-export-symbols,
>>but it does have --exported_symbols_list which seems to be equivalent to
>>what we are trying to do here. This means m4/ld-version.m4 could be
>>improved to deal with this.
>>
>>
>>@@ -420,7 +421,6 @@ INTROSPECTION_GIRS =
>> INTROSPECTION_SCANNER_ARGS = --add-include-path=$(builddir)
>>$(PREFIX_ARGS)
>> INTROSPECTION_COMPILER_ARGS = --includedir=$(builddir)
>>
>>-if HAVE_INTROSPECTION
>> glib_introspection_files = $(libspice_client_glibinclude_HEADERS)
>> gtk_introspection_files = $(libspice_client_gtkinclude_HEADERS)
>>
>>@@ -453,7 +453,6 @@ typelibsdir = $(libdir)/girepository-1.0
>> typelibs_DATA = $(INTROSPECTION_GIRS:.gir=.typelib)
>>
>> CLEANFILES += $(gir_DATA) $(typelibs_DATA)
>>-endif
>>
>>I'm not sure why you needed this change.
>>My first guess was that this change is needed to prevent autoconf from
>>complaining that HAVE_INTROSPECTION is not present in an AM_CONDITIONAL
>>when gobject-introspection (and introspection.m4) are not installed.
>>However, this would mean that unconditionally building the introspection
>>stuff would fail, and moreover, when I tested just this change without
>>introspection, configure didn't succeed. Can you tell more about why this
>>change was needed?
>>
>>
>>diff --git a/gtk/continuation.c b/gtk/continuation.c
>>index 4f5b027..3aefa54 100644
>>--- a/gtk/continuation.c
>>+++ b/gtk/continuation.c
>>@@ -21,7 +21,10 @@
>> #include <config.h>
>>
>> #include "continuation.h"
>>-
>>+#ifdef __MACH__
>>+#define _XOPEN_SOURCE
>>+#include <ucontext.h>
>>+#endif
>>
>>continuation.h already has the #include <ucontext.h>, including it again
>>shouldn't do much. Does something like
>>--- a/gtk/continuation.c
>>+++ b/gtk/continuation.c
>>@@ -21,7 +21,10 @@
>> #include <config.h>
>>
>>+#define _XOPEN_SOURCE
>> #include "continuation.h"
>>
>>help with the issue you were having?
>>
>>
>>diff --git a/gtk/continuation.h b/gtk/continuation.h
>>index 585788e..6822757 100644
>>--- a/gtk/continuation.h
>>+++ b/gtk/continuation.h
>>@@ -21,7 +21,8 @@
>> #ifndef _CONTINUATION_H_
>> #define _CONTINUATION_H_
>>
>>-#include <ucontext.h>
>>+#include <string.h>
>>+#include <sys/ucontext.h>
>>
>>Ah, this explains the #include <ucontext.h> you added in the previous
>>hunk.
>>I suspect dropping both hunks and only adding the #define _XOPEN_SOURCE
>>here would fix your issues. Though nothing in ucontext.h nor in
>>sys/ucontext.h on a macosx box depends on _XOPEN_SOURCE, so I'm not sure
>>what issues you were seeing here?
>>
>>
>>diff --git a/gtk/coroutine_ucontext.c b/gtk/coroutine_ucontext.c
>>index 91059ad..ee48249 100644
>>--- a/gtk/coroutine_ucontext.c
>>+++ b/gtk/coroutine_ucontext.c
>>@@ -25,6 +25,9 @@
>> #include <stdio.h>
>> #include <stdlib.h>
>> #include "coroutine.h"
>>+#ifndef MAP_ANONYMOUS
>>+# define MAP_ANONYMOUS MAP_ANON
>>+#endif
>>
>>Yep, macosx has MAP_ANON but no MAP_ANONYMOUS
>>
>>
>>diff --git a/gtk/spice-client-gtk.override
>>b/gtk/spice-client-gtk.override
>>index 7b3543a..e634f78 100644
>>--- a/gtk/spice-client-gtk.override
>>+++ b/gtk/spice-client-gtk.override
>>@@ -1,6 +1,7 @@
>> %%
>> headers
>> #include <Python.h>
>>+#define NO_IMPORT_PYGOBJECT
>>
>>This one seems to be here for the same kind of issues as what led to
>>https://gitorious.org/rb-lastfm/rb-lastfm/commit/ab102ef5a954eb87354c3467
>>d
>>1a35c8fa596242b
>>but I must say I don't understand very well the issue/what's going on. Do
>>you happen to have the compile error handy (just for my knowledge). I'm
>>happy to take this one as is whatsoever.
>>
>>Thanks again for the patch,
>>
>>Christophe
>
>
>
>------------------------------
>
>Message: 2
>Date: Wed, 27 Apr 2011 11:18:22 +0200
>From: Christophe Fergeau <cfergeau at redhat.com>
>Subject: Re: [Spice-devel] Spice on OS/X
>To: Kai Mosebach <spice at komadev.de>
>Cc: spice-devel at lists.freedesktop.org
>Message-ID: <20110427091822.GF10848 at teriyaki.redhat.com>
>Content-Type: text/plain; charset="us-ascii"
>
>On Tue, Apr 26, 2011 at 05:10:43PM +0200, Kai Mosebach wrote:
>> I just triesbuild the OSX gtk client, my findings :
>>
>> 1.) Installed gtk2 and gstreamer via ports
>
>Do you get a gtk2 version using x11 or the "native" osx port when you get
>it from (mac?)ports ?
>
>Christophe
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 198 bytes
>Desc: not available
>URL:
><http://lists.freedesktop.org/archives/spice-devel/attachments/20110427/3b
>fdde35/attachment-0001.pgp>
>
>------------------------------
>
>Message: 3
>Date: Wed, 27 Apr 2011 11:19:59 +0200
>From: Christophe Fergeau <cfergeau at redhat.com>
>Subject: Re: [Spice-devel] spice-gtk 0.6 : Ctrl+W closes the client
>To: spice-devel at lists.freedesktop.org
>Message-ID: <20110427091959.GG10848 at teriyaki.redhat.com>
>Content-Type: text/plain; charset="iso-8859-1"
>
>Hi Fr?d?ric,
>
>On Wed, Apr 27, 2011 at 10:28:04AM +0200, Fr?d?ric Grelot wrote:
>> I finally decided to give a try to the gtk version of spice client.
>> First, I have to say that I'm quite impressed (and I understand why it
>> tends to become the baseline client). Still, there is one bug that I
>> would consider blocking (as far as I'm concerned) : I'm pretty used to
>> the "Ctrl+W" combination to close windows, firefox or eclipse tabs,
>> etc... However, is it expected that it is grabbed by the client itself
>> (i.e. not the guest) and that pressing Ctrl+W closes the whole client
>> window?
>> I would expect the following : if focus is on toolbar, menu, etc, Ctrl+W
>> closes the client, while if focus is on the guest (i.e. mouse over the
>> canvas), the Ctrl+W is sent along to the guest, and spicy client doesn't
>> close.
>>
>> Thanks for taking that into account if possible!
>
>Actually, I've already fixed this in
>https://gitorious.org/~teuf/spice-gtk/teuf-spice-gtk/commit/bae0ee66e4bb95
>00b2dafa0fa459d40b63abbe7d
>
>I've sent a merge request, so hopefully it will get upstream soon :)
>
>Thanks for the feedback,
>
>Christophe
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 198 bytes
>Desc: not available
>URL:
><http://lists.freedesktop.org/archives/spice-devel/attachments/20110427/47
>b96df5/attachment-0001.pgp>
>
>------------------------------
>
>Message: 4
>Date: Wed, 27 Apr 2011 11:23:55 +0200
>From: Kai Mosebach <spice at komadev.de>
>Subject: Re: [Spice-devel] Spice on OS/X
>To: Christophe Fergeau <cfergeau at redhat.com>, Kai Mosebach
> <spice at komadev.de>
>Cc: spice-devel at lists.freedesktop.org
>Message-ID: <C9DDAC37.24413%kai.mosebach at bsse.ethz.ch>
>Content-Type: text/plain; charset="US-ASCII"
>
>
>- Its the x11 version
>- sound is not working atm :/
>
>- throughput of a video takes approx. +70% of the bandwidth of the old
>spicec.exe + wine (incl. sound)
>The wine+spicec.exe takes <9 MBit/sec for a random news video with a res.
>of 1280 x 864, the new one is at <14MBit ...
>
>Any thoughts?
>
>Best Kai
>
>On 4/27/11 11:18 AM, "Christophe Fergeau" <cfergeau at redhat.com> wrote:
>
>>On Tue, Apr 26, 2011 at 05:10:43PM +0200, Kai Mosebach wrote:
>>> I just triesbuild the OSX gtk client, my findings :
>>>
>>> 1.) Installed gtk2 and gstreamer via ports
>>
>>Do you get a gtk2 version using x11 or the "native" osx port when you get
>>it from (mac?)ports ?
>>
>>Christophe
>
>
>
>
>------------------------------
>
>Message: 5
>Date: Wed, 27 Apr 2011 11:27:53 +0200
>From: Kai Mosebach <spice at komadev.de>
>Subject: Re: [Spice-devel] Spice on OS/X
>To: Christophe Fergeau <cfergeau at redhat.com>, Kai Mosebach
> <spice at komadev.de>
>Cc: spice-devel at lists.freedesktop.org
>Message-ID: <C9DDAE13.24421%kai.mosebach at bsse.ethz.ch>
>Content-Type: text/plain; charset="US-ASCII"
>
>Regarding the native gtk2 build I think its not possible with macports.
>You would need to use this I guess : http://gtk-osx.sourceforge.net/
>
>Cheers Kai
>
>On 4/27/11 11:18 AM, "Christophe Fergeau" <cfergeau at redhat.com> wrote:
>
>>On Tue, Apr 26, 2011 at 05:10:43PM +0200, Kai Mosebach wrote:
>>> I just triesbuild the OSX gtk client, my findings :
>>>
>>> 1.) Installed gtk2 and gstreamer via ports
>>
>>Do you get a gtk2 version using x11 or the "native" osx port when you get
>>it from (mac?)ports ?
>>
>>Christophe
>
>
>
>
>------------------------------
>
>Message: 6
>Date: Wed, 27 Apr 2011 12:28:24 +0300
>From: Alon Levy <alevy at redhat.com>
>Subject: Re: [Spice-devel] androidSpice-0.1.4 released
>To: Shuxiang Lim <shohyanglim at gmail.com>
>Cc: spice-devel at lists.freedesktop.org
>Message-ID: <20110427092824.GG28100 at playa.tlv.redhat.com>
>Content-Type: text/plain; charset=utf-8
>
>On Wed, Apr 27, 2011 at 04:54:55PM +0800, Shuxiang Lim wrote:
>> Yep,it's really nasty.
>> But if I want to leverage FULL spice image ability,I have to:
>> 1.Fix the bugs of sigbus in quic.c on Android by rewriting the
>> pointer-type-cast into memcpy.etc..
>No idea what the problem is, is it a compile error? can you point to the
>lines/functions?
>I assume we are talking about common/quic.c?
>
>> 2.Then,then,I got the processed image buffer in memory,BUT,HOW can I
>>output
>> it??? AFAIK,android offer no image output API for C(at least <2.3), and
>>Java
>> cannot access memory directly(am I right?). How can I do it besides
>>sending
>> the image data as soon and little as possible to Java via Unix-sock?
>> So, no matter how fast or colorful Spice is, it's choked by Android
>> framework and Java.
>
>what prevents you from rendering to a buffer and then giving that to java
>like
>you already do with the jpeg images? I confess not looking at the
>androidSpice code,
>so I'm not sure how exactly you do it, but the two options that come to
>mind are
>passing the jpeg buffer as is and letting java uncompress and display, or
>uncompressing
>and then passing the uncompressed buffer to java. If the later, then just
>let the
>existing rendering code do it's work on a memory buffer and then pass the
>results.
>
>>
>> Thus,if Java has the ability to maitain something like image buffer in
>> memory like C(can it??), this may be the most-efficeint way I can
>>imagine:
>> implementing spice protocol and rewriting UI in Java,and leaving only(or
>> not) the image computing work to lib**.so via JNI.
>
>ok, so exactly what I outline above? but I'm not familiar with JNI or the
>android
>SDK.
>
>> But that's beyond my current scope.
>>
>> Any ideas to access the memory block of image buffer allocated by
>> C(libspicec.so) directly in Java,instantly and swiftly?
>>
>
>sorry, no idea.
>
>> ...One more time I want to curse Android and disdain Java...
>> Best regards.
>>
>> On Wed, Apr 27, 2011 at 4:20 PM, Alon Levy <alevy at redhat.com> wrote:
>>
>> > On Wed, Apr 27, 2011 at 10:30:18AM +0800, Shuxiang Lim wrote:
>> > > Hi,all!
>> > > Thanks for the trying/feedbacking and sorry for the nascent
>>itches of
>> > the
>> > > project.
>> > > As I've mentioned in the wiki page of this proj.,to use the
>> > androidSpice,
>> > > the server should be modified to force the use of JPEG
>>compression,and
>> > qemu
>> > > should not use" -vga qxl" and should use "-usbdevice tablet"(check
>>for
>> > the
>> > > reason in wikipage,maybe you can fix this),have you checked this?
>> >
>> > so you need to use a standard vga device and not the qxl right now?
>>well,
>> > it's
>> > certainly a good start. But you do realize without the qxl device
>>this is
>> > no more
>> > then a different vnc? i.e. it sends bitmaps only, using jpeg maybe, I
>> > wasn't aware
>> > we did that in this case, but no other operation (no copy / text / any
>> > other rop).
>> >
>> > > If not forced to use JPEG,the quic algorithm in client will cause
>> > SIGBUS
>> > > and quit,if qxl is not disabled ,the Java UI will crash for it can
>>handle
>> > > only SPICE_IMAGE_TYPE_JPEG=105 till now.
>> > > And also,the app will cause "over memory limit" of Java in some
>> > machine
>> > > of android-2.2 and AVDs.
>> > > I'm working to fix this,welcome to improve it!
>> > > I'v uploaded the androidSpice.apk and androidSpice-debug.apk
>>with the
>> > > latter's debug msg switched on(you can check the ANDROID LOG msg by
>>#adb
>> > > logcat). I've also uploaded the red_worker.c for server modifying(If
>> > > needed,you can get the libspicec.so from the installed android
>>program
>> > file
>> > > directory as /data/data/com.keqi*/lib/libspicec.so to use directly
>>in the
>> > > Android proj.).
>> > > Best Regards.
>> > > ---Lim---Lin--------?------
>> > >
>> > > On Wed, Apr 27, 2011 at 6:14 AM, Gianluca Cecchi
>> > > <gianluca.cecchi at gmail.com>wrote:
>> > >
>> > > > Hello,
>> > > > device is HTC Wildfire with android 2.2.1 and my guest is windows
>>7 on
>> > > > F14+virt-preview repo.
>> > > > In /var/log/libvirt/qemu/guest.log after pressing connect button
>>I get:
>> > > >
>> > > > reds_handle_main_link:
>> > > > reds_show_new_channel: channel 1:0, connected successfully, over
>>Non
>> > Secure
>> > > > link
>> > > > reds_main_handle_message: net test: latency 22.151000 ms, bitrate
>> > > > 10769821 bps (10.270902 Mbps)
>> > > > reds_show_new_channel: channel 2:0, connected successfully, over
>>Non
>> > Secure
>> > > > link
>> > > > red_dispatcher_set_peer:
>> > > > handle_dev_input: connect
>> > > > handle_new_display_channel: jpeg disabled
>> > > > handle_new_display_channel: zlib-over-glz disabled
>> > > > reds_show_new_channel: channel 3:0, connected successfully, over
>>Non
>> > Secure
>> > > > link
>> > > > inputs_link:
>> > > >
>> > > > Then error message on android device (see jpeg)
>> > > > I select "force close" and I get in log file:
>> > > >
>> > > > red_receive: Connection reset by peer
>> > > > reds_disconnect:
>> > > > red_dispatcher_shutdown_cursor_peer:
>> > > > red_dispatcher_shutdown_peer:
>> > > > handle_dev_input: cursor disconnect
>> > > > handle_dev_input: disconnect
>> > > >
>> > > > Connection works from another f14 pc with spicy.
>> > > > Any information that I can give from the android device?
>> > > >
>> > > > Gianluca
>> > > >
>> > > > 2011/4/26 Mosebach Kai <kai.mosebach at bsse.ethz.ch>:
>> > > > > Hey Lin,
>> > > > >
>> > > > > Just gave it a quick shot :
>> > > > >
>> > > > > - DNS resolving not working?
>> > > > > - access to server w/o password not supported?
>> > > > > - access w/ password produces a "force kill" after a vibration
>> > > > > - some traffic is seen on the spice-server side though
>> > > > >
>> > > > > (couldn?t connect therefore)
>> > > > >
>> > > > > Any logfiles I can provide?
>> > > > >
>> > > > > HW/SW : Android V2.2 on Samsung Galaxy Tab
>> > > > >
>> > > > > Cheers Kai
>> > > > >
>> > > > > On 4/26/11 9:43 AM, "Shuxiang Lim" <shohyanglim at gmail.com>
>>wrote:
>> > > > >
>> > > > >>Released with src & .apk files with button-double-click fixed.
>> > > > >>--Lin--
>> > > > >>
>> > > > >>On 4/26/11, Shuxiang Lim <shohyanglim at gmail.com> wrote:
>> > > > >>> Hi,all!
>> > > > >>> After I workaround the bug "input will choke output",I'm
>>glad to
>> > > > >>> release the USABLE androidSpice-0.1.4 on google code:
>> > > > >>>
>> > > > >>> http://code.google.com/p/spice-client-android/
>> > > > >>>
>> > > > >>> You shall check the wiki page of it for the build/install/use
>>of
>> > it.
>> > > > >>> Any use or improvement will be appreciated!
>> > > > >>> Best Regards.
>> > > > >>> ------Lin-----?----
>> > > > >>>
>> > > > >>_______________________________________________
>> > > > >>Spice-devel mailing list
>> > > > >>Spice-devel at lists.freedesktop.org
>> > > > >>http://lists.freedesktop.org/mailman/listinfo/spice-devel
>> > > > >
>> > > > > _______________________________________________
>> > > > > Spice-devel mailing list
>> > > > > Spice-devel at lists.freedesktop.org
>> > > > > http://lists.freedesktop.org/mailman/listinfo/spice-devel
>> > > > >
>> > > >
>> >
>> > > _______________________________________________
>> > > Spice-devel mailing list
>> > > Spice-devel at lists.freedesktop.org
>> > > http://lists.freedesktop.org/mailman/listinfo/spice-devel
>> >
>> >
>
>> _______________________________________________
>> Spice-devel mailing list
>> Spice-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/spice-devel
>
>
>
>------------------------------
>
>Message: 7
>Date: Wed, 27 Apr 2011 12:29:40 +0300
>From: Alon Levy <alevy at redhat.com>
>Subject: Re: [Spice-devel] windows bsod with spice 0.8.1
>To: Emre Erenoglu <erenoglu at gmail.com>
>Cc: spice-devel at freedesktop.org
>Message-ID: <20110427092940.GH28100 at playa.tlv.redhat.com>
>Content-Type: text/plain; charset=us-ascii
>
>On Wed, Apr 27, 2011 at 12:38:04PM +0400, Emre Erenoglu wrote:
>> On Wed, Apr 27, 2011 at 12:07 PM, Alon Levy <alevy at redhat.com> wrote:
>>
>> > On Wed, Apr 27, 2011 at 01:16:01AM +0400, Emre Erenoglu wrote:
>> > > Hi,
>> > >
>> > > I started to see frequent crashes with my guests running windows xp
>>and
>> > > windows server 2003 x86. The bsod appears on qxldd.dll. I can give
>> > further
>> > > info if needed.
>> >
>> > please. what qxldd.dll are you using? can you run with -global
>> > qxl.guestdebug=20 -global qxl.debug=3
>> >
>>
>> It's version 1.4.1.0 from the 0.6.1 package downloaded from
>>spice-space.org.
>> I will run with the above parameters and give you the result. Those
>> parameters are passed to qemu I assume?
>
>yes. Also, possibly you need -global qxl-vga.guestdebug=20 -global
>qxl-vga.debug=3
>too (or only).
>
>>
>>
>> > this will give you stupendous amounts of output (I hope), hopefully
>>with
>> > something wrong. (you can lower the 20
>> > to 10 to get something medium. 3 is a good number for basics).
>> >
>> > actually, looking at the git log the main (only relevant I think)
>>changes
>> > are agent related - so are you
>> > running an updated agent in the guest? can you try without it and see
>>if
>> > the crashes persist?
>> >
>>
>> OK, by the way, I downgraded to spice 0.8.0 and still seeing the
>>crashes.
>> Therefore, I will conclude that it's not related to changes in spice
>>0.8.1.
>> I will update back to spice 0.8.1 and send the logs. We may also look
>>into
>> the windbg when I have some time tonight.
>>
>>
>> >
>> > try the debug parameters to qemu second, I don't think they are
>>relevant.
>> >
>> > Alon
>> >
>> > >
>> > > The host is Linux x86_64, qemu 0.14, spice 0.8.1. Guest has qxl
>>0.6.1
>> > > drivers loaded. I may revert back to 0.8.0 since it was not
>>crashing.
>> > > Nothing changed in the guests when I upgraded spice from 0.8.0 to
>>0.8.1.
>> > >
>> > > --
>> > > Emre
>> >
>>
>> --
>> Emre
>
>> _______________________________________________
>> Spice-devel mailing list
>> Spice-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/spice-devel
>
>
>
>------------------------------
>
>_______________________________________________
>Spice-devel mailing list
>Spice-devel at lists.freedesktop.org
>http://lists.freedesktop.org/mailman/listinfo/spice-devel
>
>
>End of Spice-devel Digest, Vol 15, Issue 78
>*******************************************
>
More information about the Spice-devel
mailing list