On Wed, 2017-06-14 at 16:40 +0100, Frediano Ziglio wrote:
> Remove the fixed size stream and support any display size.
>
> Signed-off-by: Frediano Ziglio
> ---
> server/stream-channel.c | 34 --
> 1 file changed, 28 insertions(+), 6 deletions(-)
>
> diff --git a/
On Wed, 2017-06-14 at 16:40 +0100, Frediano Ziglio wrote:
> Handle stream data from device sending to the channel.
> Channel will forward to clients as proper DisplayChannel
> messaging creating and destroying the channel stream as
> needed.
>
> Signed-off-by: Frediano Ziglio
> ---
> server/stre
On Wed, 2017-06-14 at 16:39 +0100, Frediano Ziglio wrote:
> So can be used by the device to communicate with the clients.
>
> Signed-off-by: Frediano Ziglio
> ---
> server/stream-device.c | 20
> 1 file changed, 20 insertions(+)
>
> diff --git a/server/stream-device.c b/ser
Enable NX (prevent data to be executable) and ASLR (address
randomisation).
Signed-off-by: Frediano Ziglio
---
Makefile.am | 27 ---
1 file changed, 24 insertions(+), 3 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index 62640f2..3556681 100644
--- a/Makefile.am
++
- Original Message -
> From: Marc-André Lureau
>
> Hi
>
Ah, it is supposed to be v2 in title too, sorry
> v2: after Frediano's review
> - return 0 only on read side to indicate EOS
> - return -1 on write side if peer is closed
> - wake up write stream on close
> - add write close
From: Marc-André Lureau
Instead of printing a warning when trying to read from a closed
stream. It can happen that libsoup closes the pipe output stream while
the input stream had no pending operation, in which case the close is
successful and we shouldn't try to read from the stream anymore.
Si
From: Marc-André Lureau
Not to reproduce /pipe/readclose..
Signed-off-by: Marc-André Lureau
---
tests/pipe.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/pipe.c b/tests/pipe.c
index 7a0dafd..a25e79b 100644
--- a/tests/pipe.c
+++ b/tests/pipe.c
@@ -250,7 +250,7
From: Marc-André Lureau
Similar to input is_readable(), return writable after a close, so an
error is reported to the async write.
Signed-off-by: Marc-André Lureau
---
src/giopipe.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/giopipe.c b/src/giopipe.c
index efe9857.
From: Marc-André Lureau
And a few cleanups.
Signed-off-by: Marc-André Lureau
---
tests/pipe.c | 87 ++--
1 file changed, 85 insertions(+), 2 deletions(-)
diff --git a/tests/pipe.c b/tests/pipe.c
index 7961f4f..1fe5ba3 100644
--- a/tests/
From: Marc-André Lureau
The peer stream may be closed, but may have failed to close self,
because it has pending operations. In this case indicate EOS on read
rather than returning an error. self will be close eventually on
dispose.
Signed-off-by: Marc-André Lureau
---
src/giopipe.c | 6 +-
From: Marc-André Lureau
Hi
v2: after Frediano's review
- return 0 only on read side to indicate EOS
- return -1 on write side if peer is closed
- wake up write stream on close
- add write close/cancel tests
- drop patch already reviewed from series
Marc-André Lureau (5):
test-pipe: /pipe
>
> Hi,
>
>
> On 08/15/2017 05:56 PM, Frediano Ziglio wrote:
> > This patch allows to reduce the time the client wait to display frames.
> > It can make the lip sync not working but it allows to see the
> > video latency introduced by this code.
> > This patch is meant to be used mainly for debu
>
> On Thu, 2017-08-10 at 20:51 +0100, Frediano Ziglio wrote:
> > This protocol allows a guest to send a video stream to the server.
> >
> > Signed-off-by: Frediano Ziglio
> > ---
> > spice/Makefile.am | 1 +
> > spice/stream-device.h | 128
> >
13 matches
Mail list logo
