Hey,
On Thu, Jan 22, 2015 at 05:21:23PM +0100, Javier Celaya wrote:
---
common/canvas_base.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git a/common/canvas_base.c b/common/canvas_base.c
index c45d535..170def1 100644
--- a/common/canvas_base.c
Both wincrypt.h and openssl try to define X509_NAME. The wincrypt.h one
is not useful for us, so we currently #undef it if this was set.
However, it's done very late, right before including x509v3.h which
defines the X509_NAME type. Any header included in between may try to
#include x509v3.h so
Hello, I just saw I forgot to remove a warning that I used for debugging, I'll
send the patch again.
El Lunes, 26 de enero de 2015 15:15:01 Christophe Fergeau escribió:
Hey,
A bit worried to add new cases to surface_create, but it seems nothing
is going to try to pass a r8g8b8 there except
Every time it's used, it's in constructs similar to:
#ifdef SW_CANVAS_CACHE
, SpiceImageCache *bits_cache
, SpicePaletteCache *palette_cache
#elif defined(SW_CANVAS_IMAGE_CACHE)
, SpiceImageCache *bits_cache
---
common/canvas_base.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/common/canvas_base.c b/common/canvas_base.c
index 7ebea7b..417741e 100644
--- a/common/canvas_base.c
+++ b/common/canvas_base.c
@@ -1588,12 +1588,10 @@ static pixman_image_t *canvas_get_mask(CanvasBase
*canvas,
Hello,
El Lunes, 26 de enero de 2015 15:13:57 Christophe Fergeau escribió:
Hey,
On Thu, Jan 22, 2015 at 05:21:23PM +0100, Javier Celaya wrote:
---
common/canvas_base.c | 25 +++--
1 file changed, 23 insertions(+), 2 deletions(-)
diff --git
Hey,
A bit worried to add new cases to surface_create, but it seems nothing
is going to try to pass a r8g8b8 there except for the lz4 code, so ACK
with the last hunk removed (whitespace change in alloc_lz_surface).
Christophe
On Thu, Jan 22, 2015 at 05:21:24PM +0100, Javier Celaya wrote:
---
Some small comment in the commit log as to why we no longer want to swap
the image would be nice (was it broken? does it make the code simpler?
.. )
Christophe
On Thu, Jan 22, 2015 at 05:21:06PM +0100, Javier Celaya wrote:
---
server/lz4_encoder.c | 13 ++---
server/lz4_encoder.h |
On Mon, Jan 26, 2015 at 03:20:23PM +0100, Javier Celaya wrote:
Hello,
El Lunes, 26 de enero de 2015 15:13:57 Christophe Fergeau escribió:
Hey,
On Thu, Jan 22, 2015 at 05:21:23PM +0100, Javier Celaya wrote:
---
common/canvas_base.c | 25 +++--
1 file
El Lunes, 26 de enero de 2015 16:52:42 Christophe Fergeau escribió:
On Mon, Jan 26, 2015 at 03:20:23PM +0100, Javier Celaya wrote:
Hello,
El Lunes, 26 de enero de 2015 15:13:57 Christophe Fergeau escribió:
Hey,
On Thu, Jan 22, 2015 at 05:21:23PM +0100, Javier Celaya wrote:
Same as v2, but stick with htonl
Javier Celaya (4):
LZ4: Limit LZ4 to RGB formats
LZ4: Fix encoder output size
LZ4: Do not reverse bottom-up images
LZ4: Send the original format with the compressed data
server/lz4_encoder.c | 21 +++--
server/lz4_encoder.h | 7 +++
---
server/lz4_encoder.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/server/lz4_encoder.c b/server/lz4_encoder.c
index 531ab4b..aa03721 100644
--- a/server/lz4_encoder.c
+++ b/server/lz4_encoder.c
@@ -56,7 +56,7 @@ int lz4_encode(Lz4EncoderContext *lz4, int height, int
On Mon, Jan 26, 2015 at 03:20:23PM +0100, Javier Celaya wrote:
Hello,
El Lunes, 26 de enero de 2015 15:13:57 Christophe Fergeau escribió:
Hey,
On Thu, Jan 22, 2015 at 05:21:23PM +0100, Javier Celaya wrote:
---
common/canvas_base.c | 25 +++--
1 file
On 01/26/2015 01:48 AM, Javier Celaya wrote:
Sorry, I forgot to patch the command-line help. Hope it helps.
Recently, SPICE included the lz4 compression algorithm. This patch adds
a command line option to select it.
How is libvirt going to introspect whether the command line supports
ACK.
On Thu, Jan 22, 2015 at 05:21:08PM +0100, Javier Celaya wrote:
---
server/lz4_encoder.c | 9 +
server/lz4_encoder.h | 2 +-
server/red_worker.c | 2 +-
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/server/lz4_encoder.c b/server/lz4_encoder.c
index
On Mon, Jan 26, 2015 at 09:23:58AM +0100, Javier Celaya wrote:
I saw some comments about MSVC in spice-gtk, and I thought someone could be
using it to build the Windows client. Anyway, I don't mind using one solution
or another, so you tell me.
spice-common may be referencing MSVC++ as the
---
server/lz4_encoder.c | 13 ++---
server/lz4_encoder.h | 7 +++
server/red_worker.c | 18 +-
3 files changed, 14 insertions(+), 24 deletions(-)
diff --git a/server/lz4_encoder.c b/server/lz4_encoder.c
index aa03721..2327e9a 100644
--- a/server/lz4_encoder.c
+++
---
server/red_worker.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/server/red_worker.c b/server/red_worker.c
index a18987a..8f07ee9 100644
--- a/server/red_worker.c
+++ b/server/red_worker.c
@@ -6678,6 +6678,7 @@ static inline int red_compress_image(DisplayChannelClient
*dcc,
---
server/lz4_encoder.c | 9 +
server/lz4_encoder.h | 2 +-
server/red_worker.c | 2 +-
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/server/lz4_encoder.c b/server/lz4_encoder.c
index 2327e9a..b3e38b2 100644
--- a/server/lz4_encoder.c
+++ b/server/lz4_encoder.c
@@ -50,7
On 01/26/2015 05:16 AM, Marc-André Lureau wrote:
Hi
- Original Message -
Hi folks,
The spice-html5 client supports streaming, for low values of 'support'.
So you mean the streaming for the video regions only, right?
Right.
It would be a fairly substantial boost to it's
On Mon, Jan 26, 2015 at 04:53:31PM +0100, Christophe Fergeau wrote:
On Mon, Jan 26, 2015 at 09:23:58AM +0100, Javier Celaya wrote:
I saw some comments about MSVC in spice-gtk, and I thought someone could be
using it to build the Windows client. Anyway, I don't mind using one
solution
El Lunes, 26 de enero de 2015 15:55:18 Daniel P. Berrange escribió:
On Mon, Jan 26, 2015 at 04:53:31PM +0100, Christophe Fergeau wrote:
On Mon, Jan 26, 2015 at 09:23:58AM +0100, Javier Celaya wrote:
I saw some comments about MSVC in spice-gtk, and I thought someone could
be
using it to
ACK.
On Thu, Jan 22, 2015 at 05:21:05PM +0100, Javier Celaya wrote:
---
server/lz4_encoder.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/server/lz4_encoder.c b/server/lz4_encoder.c
index 531ab4b..aa03721 100644
--- a/server/lz4_encoder.c
+++
ACK (a note in the commit log explaining why we don't want to handle the
other formats would be useful).
On Thu, Jan 22, 2015 at 05:21:04PM +0100, Javier Celaya wrote:
---
server/red_worker.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/server/red_worker.c b/server/red_worker.c
Same comment as before, you can just use GUINT32_TO_BE
Christophe
On Thu, Jan 22, 2015 at 05:21:07PM +0100, Javier Celaya wrote:
---
server/lz4_encoder.c | 13 +++--
1 file changed, 11 insertions(+), 2 deletions(-)
diff --git a/server/lz4_encoder.c b/server/lz4_encoder.c
index
Currently, the LZ4 encoding only (partially) supports RGB images, so
we must check the image format before using it. In the future, indexed
formats may be implemented too, but their use is usually very small
compared to RGB.
---
server/red_worker.c | 2 ++
1 file changed, 2 insertions(+)
diff
On Mon, Jan 26, 2015 at 6:16 PM, Christophe Fergeau cferg...@redhat.com wrote:
Is this hunk strictly needed ? The code flow when the error was emitted
before exiting was not different, and I expect the old code needed to go
through there before the coroutine exited ?
c-event must be NONE: it
On Mon, Jan 26, 2015 at 6:31 PM, Marc-André Lureau mlur...@redhat.com wrote:
I think the shortlog is a bit misleading, it's only some specific events
which are reported this way. In particular, SPICE_CHANNEL_ERROR_LINK is
still reported as before.
Right, I focused only on channel_coroutine,
Reversing the bottom-up images in the server is not needed since Pixman,
in the client, is able to deal with them. As a result, the previous code
was more complex and wrong. This commit fixes and cleans it.
---
server/lz4_encoder.c | 13 ++---
server/lz4_encoder.h | 7 +++
On Tue, Jan 13, 2015 at 05:38:22PM +0100, Marc-André Lureau wrote:
Fix regression introduced in 6b475802, to permit reconnection on error,
the channel state must be STATE_CONNECTING. Since the error is
reported after coroutine exits and channel is reset, the state can be
modified before
- Original Message -
On Tue, Jan 13, 2015 at 05:38:28PM +0100, Marc-André Lureau wrote:
---
gtk/spicy.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/gtk/spicy.c b/gtk/spicy.c
index 2fcd529..4c7d2c8 100644
--- a/gtk/spicy.c
+++
On Tue, Jan 13, 2015 at 05:38:24PM +0100, Marc-André Lureau wrote:
---
gtk/spice-session.c | 43 ---
1 file changed, 28 insertions(+), 15 deletions(-)
diff --git a/gtk/spice-session.c b/gtk/spice-session.c
index 83d8568..6f04a1a 100644
---
On Tue, Jan 13, 2015 at 05:38:28PM +0100, Marc-André Lureau wrote:
---
gtk/spicy.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/gtk/spicy.c b/gtk/spicy.c
index 2fcd529..4c7d2c8 100644
--- a/gtk/spicy.c
+++ b/gtk/spicy.c
@@ -1193,10 +1193,14 @@
Hey,
I think the shortlog is a bit misleading, it's only some specific events
which are reported this way. In particular, SPICE_CHANNEL_ERROR_LINK is
still reported as before.
Bit of context as to _why_ this change is needed would be nice.
On Tue, Jan 13, 2015 at 05:38:20PM +0100, Marc-André
- Original Message -
Hey,
I think the shortlog is a bit misleading, it's only some specific events
which are reported this way. In particular, SPICE_CHANNEL_ERROR_LINK is
still reported as before.
Bit of context as to _why_ this change is needed would be nice.
It's all related
ACK.
Are there client applications calling spice_channel_connect() after the
channel has been reset/disconnected?
Christophe
On Tue, Jan 13, 2015 at 05:38:21PM +0100, Marc-André Lureau wrote:
The channel TLS state is kept during disconnection and reset, for
automatic reconnection and
On Tue, Jan 13, 2015 at 05:38:23PM +0100, Marc-André Lureau wrote:
---
gtk/spice-session.c | 35 ++-
1 file changed, 34 insertions(+), 1 deletion(-)
diff --git a/gtk/spice-session.c b/gtk/spice-session.c
index 7971f3c..83d8568 100644
---
On Mon, Jan 26, 2015 at 03:42:03PM +0800, jiangdahui wrote:
Hi all:
we are trying to run spicy on sparc-CPU machine,but the problem is
strange, for example:
we get a bus error in line like if((descriptor-type ==
SPICE_IMAGE_TYPE_JPEG) ||
(descriptor-type ==
This fixes the following compiler warning.
spiceqxl_audio.c: In function ‘playback_dir_changed’:
spiceqxl_audio.c:386: warning: declaration of ‘index’ shadows a global
declaration
---
src/spiceqxl_audio.c | 16
1 files changed, 8 insertions(+), 8 deletions(-)
diff --git
---
scripts/Xspice |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/scripts/Xspice b/scripts/Xspice
index d48318c..6eb5294 100755
--- a/scripts/Xspice
+++ b/scripts/Xspice
@@ -128,6 +128,10 @@ def agents_new_enough(args):
return True
if args.vdagent_enabled:
+
Also added a check for the case variables are uninitialized (or
when the executables are not found and which returns None)
---
scripts/Xspice | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/scripts/Xspice b/scripts/Xspice
index fee2b0e..d48318c 100755
---
From: Charles Ricketts gith...@gmail.com
---
scripts/Xspice |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/scripts/Xspice b/scripts/Xspice
index 6eb5294..281535d 100755
--- a/scripts/Xspice
+++ b/scripts/Xspice
@@ -302,7 +302,7 @@ if retpid != 0:
else:
if
Also handle None parameter case.
---
scripts/Xspice |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/scripts/Xspice b/scripts/Xspice
index b8a7b78..fee2b0e 100755
--- a/scripts/Xspice
+++ b/scripts/Xspice
@@ -26,12 +26,15 @@ import signal
from subprocess import Popen,
This patchset touches 3 areas:
Patches 1-4Xspice script
Add some checks/warnings and run vdagentd with -f command line option
If people prefer I can squash the checks/warning patches
Patches 4-9fix compiler warnings
Some copromises were made in order to fix those
Sorry, I forgot to patch the command-line help. Hope it helps.
El Viernes, 23 de enero de 2015 09:25:38 Eric Blake escribió:
On 01/23/2015 07:06 AM, Javier Celaya wrote:
Hello, this is the patch with the version check. Christophe, can you check
that the version is the correct one?
Hi all:
we are trying to run spicy on sparc-CPU machine,but the problem is
strange, for example:
we get a bus error in line like if((descriptor-type ==
SPICE_IMAGE_TYPE_JPEG) ||
(descriptor-type == SPICE_IMAGE_TYPE_JPEG_ALPHA)) where the
(descriptor-type can be printed.
---
server/reds.c | 8
1 file changed, 8 insertions(+)
diff --git a/server/reds.c b/server/reds.c
index e34433b..2bdc557 100644
--- a/server/reds.c
+++ b/server/reds.c
@@ -3501,6 +3501,14 @@ SPICE_GNUC_VISIBLE int
spice_server_set_image_compression(SpiceServer *s,
Instead of copying /usr/share/X11/xkb
---
README.xspice |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/README.xspice b/README.xspice
index b04a2b1..803bc6c 100644
--- a/README.xspice
+++ b/README.xspice
@@ -77,6 +77,7 @@ for src in \
This fixes the following compiler warning.
spiceqxl_vdagent.c:49: warning: declaration of ‘read’ shadows a global
declaration
/usr/include/unistd.h:357: warning: shadowed declaration is here
---
src/spiceqxl_vdagent.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git
cc: Dave Airlie airl...@redhat.com
Since memcpy is not supposed to be used on volatile memory, use
a simple loop that copies one byte at a time.
This fixes compiler warnings:
qxl_ring.c: In function ‘qxl_ring_push’:
qxl_ring.c:96: warning: cast discards qualifiers from pointer target type
This helps build on a RHEL-6 machine
---
README.xspice | 92
1 files changed, 72 insertions(+), 20 deletions(-)
diff --git a/README.xspice b/README.xspice
index 189f8b3..b04a2b1 100644
--- a/README.xspice
+++ b/README.xspice
@@ -44,7
The compiler warns about a function being shadowed by a local
variable named y1. Apparently y1 is a name of a Bessel function
of the math library.
For example:
uxa-glyphs.c: In function ‘uxa_glyph_extents’:
uxa-glyphs.c:310: warning: declaration of ‘y1’ shadows a global declaration
Hi
- Original Message -
Hi folks,
The spice-html5 client supports streaming, for low values of 'support'.
So you mean the streaming for the video regions only, right?
It would be a fairly substantial boost to it's performance if Spice
could encode in a format supported by the
Some compiler warnings for example:
uxa-glyphs.c:1045: warning: ‘width’ may be used uninitialized in this function
uxa-glyphs.c:1045: warning: ‘height’ may be used uninitialized in this function
uxa-render.c:1090: warning: ‘xDst_copy’ may be used uninitialized in this
function
uxa-render.c:1090:
- Original Message -
The compiler warns about a function being shadowed by a local
variable named y1. Apparently y1 is a name of a Bessel function
of the math library.
For example:
uxa-glyphs.c: In function ‘uxa_glyph_extents’:
uxa-glyphs.c:310: warning: declaration of ‘y1’
Hi
- Original Message -
This patchset touches 3 areas:
Patches 1-4Xspice script
Add some checks/warnings and run vdagentd with -f command line option
If people prefer I can squash the checks/warning patches
Patches 4-9fix compiler warnings
Some copromises
56 matches
Mail list logo