On Tue, Jan 9, 2018 at 10:09 PM, Frediano Ziglio wrote:
>
>
> > Hello!
>
> > I would really like to see XSpice and xf86-video-qxl on FreeBSD.
>
> > The correction for the FreeBSD build libspice-server.so is quite trivial
> and
> > mechanical (first and dirty version in attach. I'd like to do the
> On Tue, Jan 9, 2018 at 10:09 PM, Frediano Ziglio < fzig...@redhat.com >
> wrote:
> > > Hello!
>
> > > I would really like to see XSpice and xf86-video-qxl on FreeBSD.
>
> > > The correction for the FreeBSD build libspice-server.so is quite trivial
> > > and
>
> > > mechanical (first and dir
>
> On Thu, Dec 07, 2017 at 08:47:38AM +, Frediano Ziglio wrote:
> > Qemu does not trigger a new data read if we don't read all data in
> > the buffer.
> >
> > Signed-off-by: Frediano Ziglio
> > ---
> > server/stream-device.c| 9
> > server/tests/test-stream-device.c |
>
> On Thu, Dec 07, 2017 at 08:47:39AM +, Frediano Ziglio wrote:
> > Due to the way Qemu handle the device we must consume all pending
> > data inside the callback to read data from the device.
>
> Any idea if QEMU can be fixed to do the right thing? We'll still need
> some kind of workaround
Due to the way Qemu handle character devices we must consume all pending
data inside the callback to read data from the device (in this case
stream_device_read_msg_from_dev).
We need to consume all data from previous device communication to avoid
that next device usage is still seeing old data.
Thi
Qemu does not trigger a new data read if we don't read all data in
the buffer.
Signed-off-by: Frediano Ziglio
---
server/tests/test-stream-device.c | 44 +--
1 file changed, 42 insertions(+), 2 deletions(-)
diff --git a/server/tests/test-stream-device.c
b/se
Changes since v2:
- split first patch between fix and test;
- better wording (not code changes).
Frediano Ziglio (3):
stream-device: Avoid device to get stuck if multiple messages are
batched
test-stream-device: Better Qemu emulation for data reading
stream-device: Implements properly de
If messages are sent together by the agent the device is reading
only part of the data. This cause Qemu to not poll for new data and
stream_device_read_msg_from_dev won't be called again.
This can cause a stall. To avoid this continue handling data
after a full message was processed.
Signed-off-by
>
> Hi
>
> - Original Message -
> > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > I think it's problematic for traditional applications as well.
> > > clipboard access is probably going to be limited by default and only
> > > accessed through so-called "portals"
This includes a LZ fix for paletted images.
Frediano Ziglio (10):
quic: avoid crash on specific images
Make the compiler work out better way to write unaligned memory
test-marshallers: Use unaligned structure
test-marshallers: Test demarshalling
ring: Remove __ring_re
ack
- Original Message -
> This includes a LZ fix for paletted images.
>
> Frediano Ziglio (10):
> quic: avoid crash on specific images
> Make the compiler work out better way to write unaligned memory
> test-marshallers: Use unaligned structure
> test-marshallers:
On Thu, Jan 11, 2018 at 08:10:39AM -0500, Frediano Ziglio wrote:
> >
> > Hi
> >
> > - Original Message -
> > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > > I think it's problematic for traditional applications as well.
> > > > clipboard access is probably goi
Hi
- Original Message -
> On Thu, Jan 11, 2018 at 08:10:39AM -0500, Frediano Ziglio wrote:
> > >
> > > Hi
> > >
> > > - Original Message -
> > > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > > > I think it's problematic for traditional applications as
On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> Hi
>
> - Original Message -
> > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > I think it's problematic for traditional applications as well.
> > > clipboard access is probably going to be limite
Hi
- Original Message -
> On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> > Hi
> >
> > - Original Message -
> > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> > > > I think it's problematic for traditional applications as well.
> > > >
Hi,
trying the lazzo issue I find this issue:
https://www.youtube.com/watch?v=fzCo6gxKLyA
Note that the problem does not disappear if you close and open (you can still
see the garbage on the screen). Also a printscreen inside the VM (so paste on
mspaint for instance) present the garbage so is
On Thu, Jan 11, 2018 at 3:29 PM, Marc-André Lureau
wrote:
>
> Hi
>
> - Original Message -
> > On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> > > Hi
> > >
> > > - Original Message -
> > > > On Tue, Jan 09, 2018 at 12:16:33PM -0500, Marc-André Lureau wrote:
> >
Hi
- Original Message -
> On Thu, Jan 11, 2018 at 3:29 PM, Marc-André Lureau
> wrote:
> >
> > Hi
> >
> > - Original Message -
> > > On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
> > > > Hi
> > > >
> > > > - Original Message -
> > > > > On Tue, Jan 09,
On Thu, Jan 11, 2018 at 5:42 PM, Marc-André Lureau
wrote:
> Hi
>
> - Original Message -
>> On Thu, Jan 11, 2018 at 3:29 PM, Marc-André Lureau
>> wrote:
>> >
>> > Hi
>> >
>> > - Original Message -
>> > > On Wed, Jan 10, 2018 at 06:48:14PM -0500, Marc-André Lureau wrote:
>> > > > Hi
On Thu, Jan 11, 2018 at 11:42:00AM -0500, Marc-André Lureau wrote:
>
> > (it seems that clipboard system for GTK 4 has been reworked quite a
> > bit - see https://git.gnome.org/browse/gtk+/log/?h=wip/otte/clipboard
> > - this is already merged into master)
>
> I have not much time to look at the
Hi
- Original Message -
> On Thu, Jan 11, 2018 at 11:42:00AM -0500, Marc-André Lureau wrote:
> >
> > > (it seems that clipboard system for GTK 4 has been reworked quite a
> > > bit - see https://git.gnome.org/browse/gtk+/log/?h=wip/otte/clipboard
> > > - this is already merged into master
21 matches
Mail list logo
