---
common/cairo_canvas.c | 455 -
common/canvas_base.c | 39 -
2 files changed, 0 insertions(+), 494 deletions(-)
diff --git a/common/cairo_canvas.c b/common/cairo_canvas.c
index 0335aeb..0b6f9ff 100644
--- a/common/cairo_canvas.c
+++
On Fri, 2010-02-19 at 10:25 +0200, Izik Eidus wrote:
So I will take this weekened to agreesivly test it and compare it to
the old code
and read the code more carefuly again in the problomatic areas, and we
can commit
it after the weekend, how is this sound?
Sounds great. Today I want to
On Fri, 2010-02-19 at 10:43 +0200, Izik Eidus wrote:
On Thu, 18 Feb 2010 21:58:29 +0100
Alexander Larsson al...@redhat.com wrote:
This is based on the X11 line drawers in mi/mizerline.c etc
---
client/Makefile.am |1 +
client/lines.cpp | 24 +
client/x11/Makefile.am
On Fri, 2010-02-19 at 10:47 +0200, Izik Eidus wrote:
On Thu, 18 Feb 2010 21:58:42 +0100
Alexander Larsson al...@redhat.com wrote:
+
+if (mask)
+pixman_image_unref (mask);
Any strong feelings against changing it to
if (mask) {
pixman_image_unref (mask);
}
Nah,
ignore lookup results which are not ipv4
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
client/red_peer.cpp |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/client/red_peer.cpp b/client/red_peer.cpp
index bdbf1ff..f252ef2 100644
--- a/client/red_peer.cpp
+++
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
client/red_peer.cpp | 89 +++---
1 files changed, 41 insertions(+), 48 deletions(-)
diff --git a/client/red_peer.cpp b/client/red_peer.cpp
index f252ef2..a6afcc2 100644
--- a/client/red_peer.cpp
+++
On Fri, 19 Feb 2010 10:15:14 +0100
Alexander Larsson al...@redhat.com wrote:
On Fri, 2010-02-19 at 10:47 +0200, Izik Eidus wrote:
On Thu, 18 Feb 2010 21:58:42 +0100
Alexander Larsson al...@redhat.com wrote:
+
+if (mask)
+pixman_image_unref (mask);
Any
On Fri, 2010-02-19 at 17:04 +0200, Izik Eidus wrote:
On Fri, 19 Feb 2010 10:15:14 +0100
Alexander Larsson al...@redhat.com wrote:
On Fri, 2010-02-19 at 10:47 +0200, Izik Eidus wrote:
On Thu, 18 Feb 2010 21:58:42 +0100
Alexander Larsson al...@redhat.com wrote:
+
+if
On Fri, 19 Feb 2010 16:35:46 +0100
Alexander Larsson al...@redhat.com wrote:
\
is it really that bad to give stride as well?
(I really have no strong feeling to drop it,
so if you still want, i will drop it)
Well, forcing the client to pick a particular stride might cause it to
run
On Thu, 2010-02-18 at 21:58 +0100, Alexander Larsson wrote:
This series converts the software based canvas cairo_canvas to use
pixman for rendering instead of cairo. It uses the upstream pixman
(the latest version, 0.7.16 is needed) thus dropping the dependencies
on qcairo and qpixman (and
From 3d5ce2e630a02f5edd8b22fe353433bb9a8321d8 Mon Sep 17 00:00:00 2001
From: Izik Eidus iei...@redhat.com
Date: Thu, 18 Feb 2010 01:11:33 +0200
Subject: [PATCH] spice server: surface create/destroy protocol support
Now we can send commands from the server to the client
to destroy surfaces (right
Alexander Larsson al...@redhat.com writes:
On Fri, 2010-02-19 at 10:43 +0200, Izik Eidus wrote:
On Thu, 18 Feb 2010 21:58:29 +0100
Alexander Larsson al...@redhat.com wrote:
This is based on the X11 line drawers in mi/mizerline.c etc
---
client/Makefile.am |1 +
Alexander Larsson al...@redhat.com writes:
+static void scale_image (CairoCanvas *canvas,
+ pixman_region32_t *region,
+ SPICE_ADDRESS src_bitmap,
+ int src_x, int src_y,
+ int src_width, int
Alexander Larsson al...@redhat.com writes:
---
common/cairo_canvas.c | 254
-
1 files changed, 41 insertions(+), 213 deletions(-)
diff --git a/common/cairo_canvas.c b/common/cairo_canvas.c
index d0307d8..109a07c 100644
---
On 02/19/2010 01:21 PM, Gerd Hoffmann wrote:
Signed-off-by: Gerd Hoffmannkra...@redhat.com
---
client/red_peer.cpp | 89
+++---
1 files changed, 41 insertions(+), 48 deletions(-)
diff --git a/client/red_peer.cpp b/client/red_peer.cpp
index
On Sun, 2010-02-21 at 10:46 +0100, Soeren Sandmann wrote:
Alexander Larsson al...@redhat.com writes:
---
common/cairo_canvas.c | 254
-
1 files changed, 41 insertions(+), 213 deletions(-)
diff --git a/common/cairo_canvas.c
On 02/24/2010 03:32 AM, Kris Lyttle wrote:
Hello,
I came across your website while researching systems that will remotely
control a virtualized computer environment or virtual machine (VM) via
the internet, i.e., controlling a VM as if it were a physical machine
using VNC, VPN, etc., and it
Hi,
I'm new to this mailing list, i've tested qemu-spice and i'm amaized of
the overall performance.
In fact, I would like to use that solution as Client Hypervisor and
develop an administration console to easily deploy VM to end user devices.
As Spice is based on KVM and QEMU I would like
On 03/01/2010 06:35 PM, Damien Bruley wrote:
Hi,
I'm new to this mailing list, i've tested qemu-spice and i'm amaized
of the overall performance.
In fact, I would like to use that solution as Client Hypervisor and
develop an administration console to easily deploy VM to end user
devices.
On Tue, 2010-03-02 at 03:44 +0200, Izik Eidus wrote:
On 03/01/2010 07:11 PM, Cam Macdonell wrote:
On Mon, Mar 1, 2010 at 9:29 AM, Izik Eidusiei...@redhat.com
wrote:
On 02/25/2010 08:53 PM, Cam Macdonell wrote:
Hi,
I'm trying to build vdesktop's git repo and I get the
Hi,
Ive previously worked on the network redirection feature, which part of
it is already in the upstream. Here, I present an overview of this feature
and its status.
Motivation
--
In many scenarios, the network that the Spice client resides in is not
accessible from the virtual machine.
On 2010-03-02 16:29, Yonit Halperin wrote:
Hi,
I’ve previously worked on the network redirection feature, which part of
it is already in the upstream. Here, I present an overview of this feature
and its status.
Motivation
--
In many scenarios, the network that the Spice client resides
Great overview!
I finally understood what my neighbor was working on...
Please wikify it add link@ http://cleo/qumrawiki/Spice
Arnon
Yonit Halperin wrote:
Hi,
I’ve previously worked on the network redirection feature, which part of
it is already in the upstream. Here, I present an overview of
On Thu, 2010-02-25 at 14:52 +0100, Gerd Hoffmann wrote:
+ai.ai_flags = AI_CANONNAME | AI_ADDRCONFIG;
This broke the windows xp build, because AI_ADDRCONFIG is only vista or
newer. I pushed a fix:
Any reason why booting XP with the /3GB switch would break the QXL driver with
the following status This device cannot start. (Code 10)?
David Martin
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
From: Alexander Larsson al...@redhat.com
It can still be NULL, but we simplify the headers by always including it.
There is no practical performance difference here.
---
common/cairo_canvas.c |7 +--
common/cairo_canvas.h |2 --
common/canvas_base.c | 13 -
Hi Izik,
Find below all messages that are logged, the message qxl_exit_vga_mode is one
of the last messages.
Thanks
Stefan
++
/home/rte/Proj/spice/vdesktop/qemu/qemu: /usr/lib/i686/cmov/libavutil.so.49: no
version
On Fri, 2010-03-12 at 16:18 +0100, Alexander Larsson wrote:
I took this as a base and created a new branch that does fast
scaling,
achieving similar performance, and passing scaling-test.
http://cgit.freedesktop.org/~alexl/pixman/log/?h=alex-scaler
Based on this i also made a
hey,
i'm trying to install the latest drivers binary release
(windows_binaries 0.4 downloaded from spice-space.org) in windows 7, 64 bit.
it refuses to install them, since they aren't 64 bit.
what can i do about that? compille the never ones from repo? i'd like to
know if anyone got it working,
- Izik Eidus iei...@redhat.com wrote:
On Tue, 16 Mar 2010 11:48:37 -0500 (CDT)
David Martin da...@lsbase.com wrote:
- Izik Eidus iei...@redhat.com wrote:
On Thu, 4 Mar 2010 17:43:40 -0600 (CST)
David Martin da...@lsbase.com wrote:
Any reason why booting XP with the
I want to user SPICE with OpenVZ virtualization solution for setting up
terminal server.
Is SPICE working only with KVM/QEMU or I can install it on my host system or in
my OpenVZ container?
Thank you.
___
Spice-devel mailing list
On 2010-03-23 17:58, Alexander Larsson wrote:
I've been doing some research on adding a proper validating demarshaller
to spice. What i mean by this is a piece of code that parses the bytes
recieved from the network, validates that it is a proper spice message
and then generates an internal
Thank you for replying, I'm sorry for describing my problem not clear.
Here's my details about the problem:
1.I built spice client(from git) in ubuntu 9.10 64bit;
2.I ran ./spicec -h localhost -p 1 -f to connect a running spice
server(the guest os is windows xp);
3.Spice displayed a window
On Fri, 2010-03-26 at 10:25 +1000, Dave Airlie wrote:
this is quick and dirty, and not completely tested yet, but it makes
my life a little bit easier, since I
don't install stuff in /usr ever.
I took this, cleaned it up and made it pass distcheck and commited.
However, whats the general deal
Happens when a focused window is destroyed without a focus out event,
and a focus-in event occurs on another window.
---
client/x11/red_window.cpp | 12 +---
client/x11/red_window_p.h |2 +-
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/client/x11/red_window.cpp
oh, yes, I am using compiz window manager.
thanks a lot for your resolution.
-Original Message-
From: Liang Guo bluestonech...@gmail.com
To: Coolper Chen lxc...@tnsoft.com.cn
Cc: spice-devel@lists.freedesktop.org
spice-devel@lists.freedesktop.org
Subject: Re: [Spice-devel] spice client
On Thu, 1 Apr 2010 12:11:44 +0300
Yonit Halperin yhalp...@redhat.com wrote:
Happens when a focused window is destroyed without a focus out event,
and a focus-in event occurs on another window.
Hi Yonit, it look good...
applied it...
___
Spice-devel
On Wed, 07 Apr 2010 16:52:38 +0300
Yonit Halperin yhalp...@redhat.com wrote:
+static void red_clear_surface_glz_drawables(RedWorker *worker, int
surface_id)
+{
+RingItem *ring_item;
+
+if (!worker-display_channel) {
+return;
+}
+
+
Hi,
I'm busy fixing up the libspice-server API and preparing patches for
upstream qemu. The bits start to become usable now, so I've prepared
git trees for you to checkout.
spice bits:
http://cgit.freedesktop.org/~kraxel/spice/log/?h=api.v2
qemu bits:
On Wed, 2010-04-07 at 17:50 +0200, Gerd Hoffmann wrote:
Hi,
I'm busy fixing up the libspice-server API and preparing patches for
upstream qemu. The bits start to become usable now, so I've prepared
git trees for you to checkout.
spice bits:
We just added a new set of win32 dependency libraries for unstable spice
at:
http://spice-space.org/download.html
This contains both the new dependencies (libjpeg and pixman 0.18.0), and
removes the ones not needed anymore (ffmpeg) and some version updates
(freetype). Furthermore all the
On Mon, 12 Apr 2010 22:36:03 +0200
Alexander Larsson al...@redhat.com wrote:
On Mon, 2010-04-12 at 20:57 +0200, Alexander Larsson wrote:
I did some simple testing of the new mjpeg encoder.
Showing the youtube will it blend - ipad video i got quite better
compression (24k per frame average
---
display/res.c | 99 +++-
display/rop.c |2 +-
display/rop.h |3 ++
3 files changed, 87 insertions(+), 17 deletions(-)
diff --git a/display/res.c b/display/res.c
index 318ea9c..2ea9565 100644
--- a/display/res.c
+++ b/display/res.c
I just commited a change of all header and copyright notices changing
the license of spice to LGPL 2.1 or later. This includes the client
program, because we want to convert much of that code into a library.
We hope this will help make spice interesting to more people.
--
On Wed, 2010-04-14 at 09:33 +0300, Uri Lublin wrote:
On 04/12/2010 09:57 PM, Alexander Larsson wrote:
I did some simple testing of the new mjpeg encoder.
Showing the youtube will it blend - ipad video i got quite better
compression (24k per frame average as opposed to 35k before), but the
Add SET_MODE IO port back in.
Add QXLRom offset fields back in.
I/O ports, RAM and ROM layout are binary compatible now.
With these changes merged it should be possible to create *one* qxl
device which supports *both* 0.4 and unstable spice commands.
Everything the guest touches before entering
With the new support for offscreen surfaces has an issue that we did not
have before has come up. It shows up particularly when using 32bit depth
surfaces as sources to the alpha_blend operation. The problem is whether
to treat the source bitmap as if it has an alpha channel or not. Both
formats
Hey All,
Is there any one out there that has attempted to get multiple SPICE
sessions working in a multi-monitor setup? We have users that work in
different platforms, and typically have up to four monitors with
different sessions in each.
I have only begun to play around with SPICE, and
On Wed, 14 Apr 2010 10:43:18 -0400
Jaryd Malbin jmal...@itpros.com wrote:
Hey All,
Is there any one out there that has attempted to get multiple SPICE
sessions working in a multi-monitor setup? We have users that work in
different platforms, and typically have up to four monitors with
On Thu, 2010-04-15 at 02:12 +0300, Izik Eidus wrote:
On Wed, 14 Apr 2010 16:12:21 +0200
Alexander Larsson al...@redhat.com wrote:
enum {
SPICE_SURFACE_FMT_INVALID,
SPICE_SURFACE_FMT_1A,
SPICE_SURFACE_FMT_8A,
SPICE_SURFACE_FMT_16_555,
SPICE_SURFACE_FMT_16_565,
From: Dan Kenigsberg dan...@redhat.com
---
server/reds.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 7d7fd44..e6fc9c4 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -3230,7 +3230,7 @@ static void reds_init_ssl()
Add SET_MODE IO port back in.
Add QXLRom offset fields back in.
I/O ports, RAM and ROM layout are binary compatible now.
With these changes merged it should be possible to create *one* qxl
device which supports *both* 0.4 and unstable spice commands.
Everything the guest touches before entering
Hello Vijender,
As you have already noticed, Spice is a really cool, high-performance
intensively developing open project.
We will be more than happy if you guys will join us in making Spice even
better.
I forward your message to our devel list, so you can discuss your
participation with the
Hi everyone. I've been following spice development casually, hopefully as
a technology we can use for a big virtualization project in the next year or
so.
I notice that Spice is included in the RHEL 6 beta, which is very cool --
congratulations to everyone who worked on that.
However, the state
On Wed, 2010-04-21 at 12:00 -0400, Matthew Miller wrote:
Hi everyone. I've been following spice development casually, hopefully as
a technology we can use for a big virtualization project in the next year or
so.
I notice that Spice is included in the RHEL 6 beta, which is very cool --
On Thu, Apr 22, 2010 at 10:28:14AM +0200, Alexander Larsson wrote:
We're currently working heavily on getting spice into fedora. We've now
dropped all the problematic dependencies (ffmpeg, forked cairo, etc)
so we're in a much better state for his.
Good to hear -- thanks.
Hi,
Getting upstream qemu to have the patches sounds important regardless, but
I'm unclear on the first part of what you say here. Wouldn't any libraries
needed for spice by definition be used by an application?
That application would be qemu ...
This work is led by Gerd Hoffmann and can
On Thu, Apr 22, 2010 at 04:27:08PM +0200, Gerd Hoffmann wrote:
I think it'd probably be productive to have the existing (or a new) yum
repository for fedora ready to go. It could hold the patched qemu, plus
RPMs of nightly snapshots of the source. Does that make sense? It's
something I could
On 4/22/2010 4:07 PM, Matthew Miller wrote:
Has anyone looked at making the spice clients use Kerberos/GSSAPI for
authentication? Since F11, Fedora has had this for VNC:
http://fedoraproject.org/wiki/Features/VirtVNCAuth
and it'd be a shame to not have the equivalent in Spice. This seems very
On Fri, Apr 23, 2010 at 11:34:26PM -0400, Todd Deshane wrote:
We've been testing out the initial release of Spice in our lab [1] and
have found it to be quite impressive. We made a little howto [2] for
Ubuntu, since much of the documentation and packages are Fedora-based.
We just wanted to share
Hi Bryan,
Thanks for testing!
It's finals week here, so we'll test more here as we have time and get
back to you with updates.
I had forgotten about the Spice Wiki...It would make sense for us to
move content there.
We haven't started testing the Qemu upstream stuff yet. Last I knew,
it was
---
client/x11/platform.cpp |2 +-
common/canvas_base.c|2 ++
2 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/client/x11/platform.cpp b/client/x11/platform.cpp
index 498e6e5..550de19 100644
--- a/client/x11/platform.cpp
+++ b/client/x11/platform.cpp
@@ -260,7 +260,7 @@
On 04/26/10 16:38, Alexander Larsson wrote:
I just commited the patches from gerd for backwards compatibility with
0.4, and this in addition to the recent format changes break
compatibility with the win32 driver, so i built a new driver, availible
at:
Cyclic dependencies between surfaces mustn't occur. They can cause invalid
rendering -
recent drawables might be rendered before older ones.
---
server/red_worker.c | 27 ++-
1 files changed, 22 insertions(+), 5 deletions(-)
diff --git a/server/red_worker.c
Recently I tried building the Ubuntu SPICE packages on powerpc and found
that the spicec package fails on some x86 assembly code in
common/gl_utils.h. This motivated me to create an optimized C version
of the find_msb() function, which I've attached.
This patch allows people to build the
Hi,
I want change the way save/restore works for the qxl device.
0.4 works this way:
savevm
qxl: call worker-save()
worker: call interface-set_save_data(data, size)
qxl: save data block.
loadvm
qxl: load data block.
qxl: call worker-load()
worker: call
Hi,
This patch allows people to build the spice-client on any 32bit/64bit
architecture, but it doesn't solve the endianess problems in the SPICE
protocol itself. Has anyone looked into the network byte-ordering
issues?
spice protocol (on the wire) is defined to be little endian.
Alexander
Hi all,
I have compiled the spice client from the git repo on Ubuntu 9.04, but
when I try to launch it, nothing happens. It does create a CEGUI.log
and it seems like it has a problem parsing the TaharezLook.scheme
file which is I guess define in the taharez_look.scheme.c.
I have even tried
On Mon, 2010-05-03 at 11:30 +0200, Gerd Hoffmann wrote:
Hi,
This patch allows people to build the spice-client on any 32bit/64bit
architecture, but it doesn't solve the endianess problems in the SPICE
protocol itself. Has anyone looked into the network byte-ordering
issues?
spice
On Sat, 2010-05-01 at 22:25 -0600, Bryan Stillwell wrote:
Recently I tried building the Ubuntu SPICE packages on powerpc and found
that the spicec package fails on some x86 assembly code in
common/gl_utils.h. This motivated me to create an optimized C version
of the find_msb() function, which
Hello all,
can someone please tell me how to disable the Red Hat Enterprise
Virtualization | SPICE banner.
Many thanks in advance,
RR
PS. Please mail me directly, as I am not subscribed to this list.
___
Spice-devel mailing list
Plan for unstable:
(1) Keep surface metadata in device memory, i.e. delay the release of
QXL_SURFACE_CMD_CREATE command until the surface is destroyed.
(2) Keep the most recent QXL_CURSOR_SET command in device memory, i.e.
delay the release until the next one comes in.
(3)
On Sun, 2 May 2010 13:35:22 + (UTC)
Robert Rebstock rebst...@scienceworks.com wrote:
Hello all,
can someone please tell me how to disable the Red Hat Enterprise
Virtualization | SPICE banner.
Currently no way to do so.
But support for such thing can be easily added, I will look on
Hi again,
On Mon, May 3, 2010 at 1:24 PM, Attila Sukosd attila.suk...@gmail.com wrote:
Hi all,
I have compiled the spice client from the git repo on Ubuntu 9.04, but
when I try to launch it, nothing happens. It does create a CEGUI.log
and it seems like it has a problem parsing the
Hi, I have installed the experimental spice repo from
http://kraxel.fedorapeople.org/spice/. I was wondering if there is a howto
to build the windows client or is there a windows client for this version.
I am getting version mismatch when I try to connect to my spice instance
using the 0.4.0
Interfaces must be registered after spice_server_init().
The next callback is used to discover interfaces
registered before spice_server_init(). Which is a empty
list and thus pretty pointless. Remove it.
---
server/reds.c |7 ---
server/vd_interface.h |2 --
2 files
- drop spice_channel_name_t enum, use spice-protocol defines instead.
- switch spice_server_set_channel_security() channel parameter from
enum to string.
- drop spice_server_set_default_channel_security(), use
spice_server_set_channel_security with channel == NULL instead.
---
server/reds.c
---
server/reds.c | 34 --
1 files changed, 20 insertions(+), 14 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index d7a8132..89f828d 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -245,6 +245,8 @@ typedef struct RedsStatValue {
typedef struct
Was used to print stuff to the qemu monitor.
Fundamentally incompatible with QMP. Remove.
---
server/reds.c | 48 +---
server/vd_interface.h |4
2 files changed, 5 insertions(+), 47 deletions(-)
diff --git a/server/reds.c
---
server/reds.c | 50 ++
server/reds.h |2 ++
2 files changed, 28 insertions(+), 24 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 74da545..d7a8132 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -4305,14 +4305,14 @@ static
---
server/reds.c | 59 +
1 files changed, 30 insertions(+), 29 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index d995f78..095e644 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -3246,6 +3246,7 @@ typedef struct
---
server/reds.c | 50 +-
1 files changed, 25 insertions(+), 25 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 138d0f4..d995f78 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -2277,31 +2277,31 @@ static void
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index 94cd65f..0958b6d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -26,7 +26,7 @@ AC_PROG_LIBTOOL
AM_PROG_CC_C_O
AC_C_BIGENDIAN
-SPICE_LT_VERSION=m4_format(%d:%d:%d,
---
server/red_channel.c |3 ++-
server/red_channel.h |5 +++--
server/red_tunnel_worker.c |5 +++--
server/red_tunnel_worker.h |2 +-
server/reds.c | 14 --
server/reds.h |2 +-
server/spice.h |5 +
This is the direction I wanna take with all interfaces: Clearly
separate interface (aka version information and function pointers)
and state information. SpiceKbdInterface defines the interface,
SpiceKbdInstance maintains per-instance state information. Keyboard
hasn't much beside a pointer to
Make the timer interface largely look like the watch interface.
Simliar naming convention for the functions (timer_*) and a
opaque SpiceTimer type.
---
server/red_tunnel_worker.c |5 ++---
server/reds.c | 40
server/vd_interface.h |
---
client/application.cpp |2 +-
server/reds.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/client/application.cpp b/client/application.cpp
index 4eb8ac8..74f5543 100644
--- a/client/application.cpp
+++ b/client/application.cpp
@@ -2110,7 +2110,7 @@ void
---
server/reds.c | 41 ++---
server/reds.h |4
server/vd_interface.h | 27 +--
3 files changed, 47 insertions(+), 25 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 62a2cab..24b1507 100644
---
VDInterface has been renamed to SpiceBaseInterface. Dropped base_version
element, shlib versioning should be used instead. Dropped id element,
it is passed to spice_server_add_interface() instead. Now
SpiceBaseInterface has static information only, multiple interface
instances can share it.
---
server/red_dispatcher.c | 36 ++--
server/red_dispatcher.h |2 +-
server/red_worker.c | 38 +++---
server/red_worker.h |2 +-
server/reds.c | 20 +++-
server/reds.h |5
---
server/reds.c | 30 +-
server/snd_worker.c | 160
server/snd_worker.h |8 +-
server/vd_interface.h | 84 +-
4 files changed, 141 insertions(+), 141 deletions(-)
diff --git a/server/reds.c
Add worker-loadvm_commands. qemu will uses this to send a series of
commands needed to restore state after savevm/loadvm and migration.
That will be one create-surface command per surface and one cursor-set
command for the local pointer.
The worker-save/load functions are not needed any more.
---
server/reds.c | 40 +---
1 files changed, 21 insertions(+), 19 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 959e4dd..73d53f3 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -364,7 +364,6 @@ typedef struct PingItem {
static uint8_t
Remove remaining MigrationInterface bits.
---
server/reds.c | 16
server/vd_interface.h | 11 ---
2 files changed, 0 insertions(+), 27 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index 6275cf0..a09cb0d 100644
--- a/server/reds.c
+++
old way to handle monitor, obsolete.
---
server/reds.c | 688 -
server/vd_interface.h | 50
2 files changed, 0 insertions(+), 738 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index dd8034c..a9767ad 100644
---
Drop all code which depends on accessing the migration file handle.
---
server/reds.c | 642 +
server/vd_interface.h |7 +-
2 files changed, 11 insertions(+), 638 deletions(-)
diff --git a/server/reds.c b/server/reds.c
index
On Wed, 2010-05-12 at 13:32 +0200, Gerd Hoffmann wrote:
+} else if (strcmp(interface-type, VD_INTERFACE_NET_WIRE) == 0) {
#ifdef HAVE_SLIRP
-NetWireInterface * net_wire = (NetWireInterface *)interface;
-red_printf(VD_INTERFACE_NET_WIRE);
-if
On Wed, 2010-05-12 at 13:32 +0200, Gerd Hoffmann wrote:
-while (reds-agent_state.plug_ref != INVALID_VD_OBJECT_REF) {
+sif = SPICE_CONTAINEROF(vdagent-base.sif, SpiceVDIPortInterface, base);
+for (;;) {
Changing a while to for(;;;) doesn't seem right. We can still hit:
Hi,
As long as we are changing the way SpiceVDIPortPlug (plug) works,
we should have the read callback direction reversed:
struct SpiceVDIPortInterface {
+int (*have_data)(SpiceVDIPortInstance *sin, uint8_t *buf, int len);
-int (*read)(SpiceVDIPortInstance *sin, uint8_t *buf, int len);
On Wed, 2010-05-12 at 13:32 +0200, Gerd Hoffmann wrote:
-static void qxl_worker_stop(QXLWorker *qxl_worker)
-{
-RedDispatcher *dispatcher = (RedDispatcher *)qxl_worker;
-RedWorkeMessage message = RED_WORKER_MESSAGE_STOP;
+RedWorkeMessage message =
1 - 100 of 48088 matches
Mail list logo
