Hi Javier
Am 02.05.22 um 10:48 schrieb Javier Martinez Canillas:
Hello,
This series contain patches suggested by Thomas Zimmermannas a feedback for
"[RFC PATCH v4 00/11] Fix some race between sysfb device registration and
drivers probe" [0].
Since other changes in [0] were more controversial,
Hello Thomas,
On 5/2/22 12:35, Thomas Zimmermann wrote:
> Hi Javier
>
> Am 02.05.22 um 10:48 schrieb Javier Martinez Canillas:
>> Hello,
>>
>> This series contain patches suggested by Thomas Zimmermannas a feedback for
Ups, I missed a space here. I meant to write "Zimmermann as a feedback..."
>
Hello,
This series contain patches suggested by Thomas Zimmermannas a feedback for
"[RFC PATCH v4 00/11] Fix some race between sysfb device registration and
drivers probe" [0].
Since other changes in [0] were more controversial, I decided to just split
this part in a new patch-set and revisit the
Roman Bogorodskiy (3):
build-sys: more version related fixups
red-stream: add missing include
Fix setsockopt on FreeBSD
server/meson.build| 9 +++--
server/net-utils.c| 2 +-
server/red-stream.cpp | 1 +
3 files changed, 9 insertions(+), 3 deletions(-)
--
2.30.1
_
>
> This series contains updates of WIX(L) script and related changes:
> Make it compatible with WIX (currently WIX raises error on x64 build)
> Customize several properties during build of MSI
> Enable prevention of x86 install on x64 system
>
> Available at
> https://gitlab.freedesktop.org/yuri
This series contains updates of WIX(L) script and related changes:
Make it compatible with WIX (currently WIX raises error on x64 build)
Customize several properties during build of MSI
Enable prevention of x86 install on x64 system
Available at
https://gitlab.freedesktop.org/yuri_benditovich/vd_a
This layer communicates with libusb and libusbredir and
provides the API for all the operations related to USB
redirection. All other modules of spice-gtk communicate
only with usb backend instead of calling libusb and
usbredirhost directly.
This is prerequisite of further implementation of
cd-shar
This is a series of changes to enable macOS build of spice-gtk.
This is not sufficient for it to work well on macOS Sierra yet, but at least it
builds.
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/
Autotools fixes related to gstreamer, basically adding am conditional
and avoiding compilation error when gstreamer is unavailable
Snir Sheriber (3):
autotools: Add automake conditional for gstreamer
autotools: compile gst-test only if gstreamer is available
Update ifdefs for gstreamer avail
Some updated patches rebased on latest master
Jonathon Jongsma (3):
spicevmc: store channel in char device
char-device: add 'self' param to vfuncs
Smartcard: store channel in device
server/char-device.c | 31 ++---
server/char-device.h | 20 +++---
server/re
This is the beginning of the series of patches that convert some of the
internal objects to use GObject. This first set is small and only includes the
RedChannelClient heirarchy.
Jonathon Jongsma (3):
Generate GTypes for spice-server enums
Use and introduce channel client cast macros
Convert
Various patches doing some cleanup with headers.
First two are quite easy and small.
Last one is the main one trying to reduce the hell of
dependencies. It's not complete but it's quite ready for
discussions.
Frediano Ziglio (3):
use #include<> style for spice-common header inclusions.
remove
On Mon, May 2, 2016 at 2:33 PM, Eduardo Lima (Etrunko)
wrote:
> See previous thread "How to modify spice version"
replied there, --fallback is the wrong the solution to me.
--
Marc-André Lureau
___
Spice-devel mailing list
Spice-devel@lists.freedeskt
On 04/29/2016 06:08 PM, Marc-André Lureau wrote:
>
>
> - Original Message -
>> I am sending this series for spice-server only, if we come to an
>> agreement, I will provide similar patches for common and gtk.
>
> What does it actually fix?
See previous thread "How to modify spice versio
- Original Message -
> I am sending this series for spice-server only, if we come to an
> agreement, I will provide similar patches for common and gtk.
What does it actually fix?
>
> Eduardo Lima (Etrunko) (3):
> Update git-version-gen to latest version
> Fix git-version-gen output
I am sending this series for spice-server only, if we come to an
agreement, I will provide similar patches for common and gtk.
Eduardo Lima (Etrunko) (3):
Update git-version-gen to latest version
Fix git-version-gen output if --fallback is specified
Pass fallback version to git-version-gen
hmm, I could have sworn I had pulled git master before I sent this email, but
maybe I didn't...
On Thu, 2016-01-21 at 09:10 +0100, Pavel Grunt wrote:
> Hi,
>
> On Wed, 2016-01-20 at 16:55 -0600, Jonathon Jongsma wrote:
> > On Wed, 2016-01-20 at 16:32 +, Frediano Ziglio wrote:
> > > Finally i
Hi,
On Wed, 2016-01-20 at 16:55 -0600, Jonathon Jongsma wrote:
> On Wed, 2016-01-20 at 16:32 +, Frediano Ziglio wrote:
> > Finally is time to approach again these patches to use GLib loop
> > functions for RedWorker.
> > Patches has been through so many passages that I'm posting as they
> > ar
On Wed, 2016-01-20 at 16:32 +, Frediano Ziglio wrote:
> Finally is time to approach again these patches to use GLib loop
> functions for RedWorker.
> Patches has been through so many passages that I'm posting as they
> are.
>
> Frediano Ziglio (1):
> worker: use glib main loop
>
> Marc-Andr
Finally is time to approach again these patches to use GLib loop
functions for RedWorker.
Patches has been through so many passages that I'm posting as they
are.
Frediano Ziglio (1):
worker: use glib main loop
Marc-André Lureau (2):
server: move dispatcher GSource handling code
worker: avoi
This patchset improve some function name and make sure we don't
have a use-after-free usage on display_channel_wait_for_migrate_data.
Frediano Ziglio (3):
channel: rename red_channel_(client_)waits_* functions
display: rename display_channel_wait_for_migrate_data
channel: make sure we retain
Split into 3 pieces trying to keep moves alone.
First two are more or less move, third is the leftover
(renames, small changes and embedding get_drawable).
Frediano Ziglio (2):
worker: move get_drawable to display-channel.c
display: move more logic in display_channel_get_drawable()
Marc-André
The use-after-free caught by Frediano is not fixed by this split. :-\
Marc-André Lureau (2):
worker: s/validate_area/surface_update_dest
worker: remove not used argument from surface_update_dest()
worker: simplify surface_update_dest()
server/red_worker.c | 35 -
Marc-André Lureau (3):
worker: move dcc_release_item
worker: remove display_channel prefix from channel callbacks
worker: use spice_return_if_fail() instead of spice_assert() in
release_item
server/dcc.c | 124 +
server/dcc.h |
There wasn't as much to split as I thought there would be, but I think it's
still worth considering these changes separately.
Jonathon Jongsma (2):
Rename red_display_free_* to dcc_free_*
Don't abort if encoder cannot be created
Marc-André Lureau (1):
worker: move encoders to dcc-encoders
Profiling reveals the some image computations are quite expensive.
This small set of patches try to optimize gradual computation.
Frediano Ziglio (3):
use local variable to compute gradual score
improve performances comparing image pixels
optimize end of row check for images
server/red_bit
Hey,
I've pushed these, thanks for the resend!
Christophe
pgp13hneMpqJy.pgp
Description: PGP signature
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
From: Kirill Moizik
Patches for jhbuildrc and spice-osx-build-setup.sh were approved in the past,
but were not applied.
Patch for remote-viewer-gtk3.bundle: I commented out requirement for not
existing shared objects. May be it should be removed or changed to something
else.
Kirill Moizik
This patch allows the client to report its preferred image compression
method to the server. It is read from command line and sent when the
display channel is set up.
Javier Celaya (3):
Spice-session: Add preferred-compression property.
Cmdline: Get the preferred-compression property
Display
Current implementation always use the unix user name the client runs,
which is usually not what we want. So, let's provide an error to the
clients know if they have to ask for a username.
These patches series is a rework on Dietmar Maurer patches, sent a few
months ago, and I'd like to ask Dietmar
Kind of. I don't think anyone would object to trivial patches being
pushed under such a rule. However, as is usually done, the patches
should be sent to the spice-devel mailing list with a note indicating
they were already pushed so that it's obvious to others what's going on.
+1.
I really appr
On Wed, Sep 10, 2014 at 10:46:13PM +0200, Fabiano Fidêncio wrote:
> On Sep 10, 2014 5:11 PM, "Christophe Fergeau" wrote:
> >
> > Hey,
> >
> > Here are 3 trivial patches which just change indentation/comments, I
> guess they could have been pushed as is.
> >
>
> Does Spice have the trivial rule?
On Sep 10, 2014 5:11 PM, "Christophe Fergeau" wrote:
>
> Hey,
>
> Here are 3 trivial patches which just change indentation/comments, I
guess they could have been pushed as is.
>
Does Spice have the trivial rule?
Ack.
> Christophe
>
> ___
> Spice-devel
Hey,
Here are 3 trivial patches which just change indentation/comments, I guess they
could have been pushed as is.
Christophe
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/spice-devel
Howdy!
Here are a few patches fixing some (minor) issues reported by coverity.
There are still some unfixed issues, and the most part of them are in
the vala-generated C code. Also, there are a few more warnings that
looked as false-positives.
Can we add explicit comments in the code telling cove
Hi,
Here is a small series implementing VD_AGENT_CAP_MAX_CLIPBOARD behaviour.
Marc-André Lureau (3):
Add a virtio_write_clipboard() function
Add a warning for unhandled case
Add VD_AGENT_CAP_MAX_CLIPBOARD support
src/vdagentd.c | 68
minor fix (see Changelog for v4)
Description:
The SPICE input channel currently only sends scancodes. Thus the
server does not know what character was pressed (server does not know
the client keymap).
But some SPICE applications want to use the keymap from the client
side, and work directly wit
This version sends utf8 characters instead of keysyms.
I tried to include all suggestion from Marc.
Description:
The SPICE input channel currently only sends scancodes. Thus the
server does not know what character was pressed (server does not know
the client keymap).
But some SPICE applications
Hi
On Fri, Oct 11, 2013 at 2:45 PM, wrote:
> The SPICE input channel currently only sends scancodes. Thus the
> server does not know what character was pressed (server does not know
> the client keymap).
correct, by design.
> But Some SPICE applications want to use the keymap from the client
>
The SPICE input channel currently only sends scancodes. Thus the
server does not know what character was pressed (server does not know
the client keymap).
But Some SPICE applications want to use the keymap from the client
side, and work directly with UTF input characters (for example the
'spiceter
Hey, this series makes sure that we use the "-Wl,-z -Wl,relro",
"-Wl,-z -Wl,now" and "-Wl,--no-copy-dt-needed-entries" linker
flags when available, and update warnings.m4 to the latest
version from gnulib.
Christophe
___
Spice-devel mailing list
Spice-d
Hey,
The following 3 patches fix a few typos, and also make sure we don't have
multiple constants named RECEIVE_BUF_SIZE in the codebase.
Christophe
___
Spice-devel mailing list
Spice-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/lis
On 09/12/12 15:13, Alon Levy wrote:
> - no addition of guest capabilities, use interrupt mask instead, ignore
>0 or ~0 that are set by current windows driver.
> - use crc to solve possible write while read.
> - limit heads to 64, statically allocated on rom by host.
> - some misc trace fixe
v3:
- no addition of guest capabilities, use interrupt mask instead, ignore
0 or ~0 that are set by current windows driver.
- use crc to solve possible write while read.
- limit heads to 64, statically allocated on rom by host.
- some misc trace fixes.
QEMU:
Alon Levy (3):
hw/qxl: tracin
Hey,
I've been looking at the multiclient branch this morning, in particular
commit c1b3e13ee3549 server/main_channel: support multiple clients.
The AgentDataPipeItemRefs stuff got me really confused, after a while I think
I figured it out, ie, AgentDataPipeItemRefs is used to reference count the
On Wed, Jun 22, 2011 at 11:43:03AM +0200, Marc-André Lureau wrote:
> ack
pushed with s/__visible__/SPICE_GNUC_VISIBLE in the new volume functions
you added, and with the #define for SPICE_GNUC_VISIBLE fixed (there was a
missing space after SPICE_GNUC_VISIBLE)
Christophe
pgpQtC3Rtw4DZ.pgp
Descri
ack
On Wed, Jun 22, 2011 at 11:09 AM, Christophe Fergeau
wrote:
> Hi,
>
> Here are 3 patches for spice, I don't feel too strongly about the first one
> (pyparsing check), so consider this one as a RFC. The other too should go in
> if there are no issues with them. The __visible__ one probably con
Hi,
Here are 3 patches for spice, I don't feel too strongly about the first one
(pyparsing check), so consider this one as a RFC. The other too should go in
if there are no issues with them. The __visible__ one probably conflicts with
Marc-André's volume stuff, so I'll wait until this gets in to c
ack all (see my comment for 2/3)
On Sun, May 8, 2011 at 2:27 PM, Alon Levy wrote:
> two small fixes for red_worker extracted from the pending RFC for multiple
> clients, plus a small fix for a tester.
>
> Alon Levy (3):
> server/tests: show port to connect to
> server/red_worker: make stat_now
two small fixes for red_worker extracted from the pending RFC for multiple
clients, plus a small fix for a tester.
Alon Levy (3):
server/tests: show port to connect to
server/red_worker: make stat_now static
server/red_worker: fix typo (lats_send_time)
server/red_worker.c |
On Thu, Apr 28, 2011 at 01:26:38PM +0200, Gerd Hoffmann wrote:
> On 04/28/11 13:14, Alon Levy wrote:
> >On Thu, Apr 28, 2011 at 12:13:07PM +0200, Gerd Hoffmann wrote:
> >> Hi folks,
> >>
> >>Here is a alternative approach to fix the qemu locking issue. It simply
> >>handles the updates in the di
On 04/28/11 13:14, Alon Levy wrote:
On Thu, Apr 28, 2011 at 12:13:07PM +0200, Gerd Hoffmann wrote:
Hi folks,
Here is a alternative approach to fix the qemu locking issue. It simply
handles the updates in the display refresh timer instead of switching
back and forth between the threads using
On Thu, Apr 28, 2011 at 12:13:07PM +0200, Gerd Hoffmann wrote:
> Hi folks,
>
> Here is a alternative approach to fix the qemu locking issue. It simply
> handles the updates in the display refresh timer instead of switching
> back and forth between the threads using the pipe.
>
> comments?
Loo
Hi folks,
Here is a alternative approach to fix the qemu locking issue. It simply
handles the updates in the display refresh timer instead of switching
back and forth between the threads using the pipe.
comments?
Gerd
Gerd Hoffmann (3):
spice: don't create updates in spice server context
First patch splits initilization of client to before parsing and after parsing
of command line arguments. fixed calling of cleanup per Uri's comment.
Second patch fixes Msvc 2008 build that has been broken since mingw patches
were pushed.
Third patch makes windows client not allocate a console if
Hi All,
This is version 2 of this patchset, it changes the first patch in the
series to not use the devpath sysfs attribute as that is not available on
kernels < 2.6.33
The other 2 patches are unchanged.
For those just tuning in here is the summary of the patchset again:
I've begun looking into
Hi,
It failed at the first device I threw at it (a usb keychain picture frame),
the problem is that this (el cheapo) device does not seem to grok
GET_CONFIGURATION. This patch sets makes this device work (and stops qemu
from unnecessary sending a GET_CONFIGURATION ctrl msg in general) by
readi
Hi All,
First a short self-into. I've been a FOSS developer for 10+ years,
working on a large variety of projects. Most relevant for my appearing
here on the qemu list is my experience in reverse engineering and writing
usb webcam drivers for the Linux kernel and libgphoto2 camlibs for various
sma
- al...@redhat.com wrote:
> From: Alexander Larsson
>
> I finally found the resource leak. It was a driver bug. Here is the
> fix
> plus an initial start on driver threadsafety and some cleanup.
>
> Please review.
>
> Alexander Larsson (3):
> Don't leak resources
> Protect release_rin
From: Alexander Larsson
I finally found the resource leak. It was a driver bug. Here is the fix
plus an initial start on driver threadsafety and some cleanup.
Please review.
Alexander Larsson (3):
Don't leak resources
Protect release_ring with malloc_sem
Sync dll version with inf file
d
Fixes for server crash, #29750. And cleanups in destroy surfaces code.
Yonit Halperin (3):
server: consider also PIPE_ITEM_UPGRADE when searching for drawables
in red_clear_surface_drawables_from_pipe
server: really wait for a surface to be destroyed, when calling
destroy_surface_wait
spice-protocol updates for the spice patch series just sent.
Gerd Hoffmann (3):
qxl abi: add AlphaBlnd.
qxl abi: add Fill.
qxl abi: add Opaque.
spice/draw.h|4 ++--
spice/qxl_dev.h | 40 ++--
2 files changed, 36 insertions(+), 8 deletions(-)
_
On Wed, 2010-03-31 at 14:44 +0200, Gerd Hoffmann wrote:
> > struct SpiceImplementation {
> > SpiceBaseInterface *interface;
> > };
> >
> > struct SpiceKeyboard {
> > SpiceImplementation parent;
> > };
>
> Those two are pretty simliar to SpiceInterfaceState and SpiceKbdState.
>
> >
struct SpiceImplementation {
SpiceBaseInterface *interface;
};
struct SpiceKeyboard {
SpiceImplementation parent;
};
Those two are pretty simliar to SpiceInterfaceState and SpiceKbdState.
struct KeyboardInterface {
SpiceBaseInterface base;
void (*push_scan_freg)(Spi
On Tue, 2010-03-30 at 12:10 +0200, Gerd Hoffmann wrote:
> Hi,
>
> This is a early, RfC patch series for a spice interface redesign.
> For now only VDInterface, CoreInterface and KeyboardInterface are
> touched. I'm sending them now to gather comments on the general
> direction and design.
Also,
On Tue, 2010-03-30 at 12:10 +0200, Gerd Hoffmann wrote:
> Hi,
>
> This is a early, RfC patch series for a spice interface redesign.
> For now only VDInterface, CoreInterface and KeyboardInterface are
> touched. I'm sending them now to gather comments on the general
> direction and design.
>
> Th
Hi,
This is a early, RfC patch series for a spice interface redesign.
For now only VDInterface, CoreInterface and KeyboardInterface are
touched. I'm sending them now to gather comments on the general
direction and design.
The bits are compile-tested only, I didn't adapt my qemu patches yet.
c
67 matches
Mail list logo
