Spice Development

• Thread Index

• Re: [PATCH v3 04/11] drm/atomic: Pass the full state to planes atomic_check
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: No Sound with RemoteViewer on OSX Client
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• No Sound with RemoteViewer on OSX Client
  • From: Matthew Sienko <matt_sienko@xxxxxxxxx>
• Re: [PATCH v3 02/11] drm: Rename plane atomic_check state names
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/11] drm: Store new plane state in a variable for atomic_update and disable
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v3 04/11] drm/atomic: Pass the full state to planes atomic_check
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v3 02/11] drm: Rename plane atomic_check state names
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v3 10/11] drm: Use state helper instead of the plane state pointer
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v3 02/11] drm: Rename plane atomic_check state names
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v3 09/11] drm/atomic: Pass the full state to planes atomic disable and update
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 08/11] drm/qxl: fix monitors object vmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 10/11] drm/qxl: rework cursor plane
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 10/11] drm/qxl: rework cursor plane
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 10/11] drm/qxl: rework cursor plane
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 10/11] drm/qxl: rework cursor plane
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 06/11] drm/qxl: add qxl_bo_vmap/qxl_bo_vunmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 05/11] drm/qxl: rename qxl_bo_kmap -> qxl_bo_vmap_locked
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 04/11] drm/qxl: fix lockdep issue in qxl_alloc_release_reserved
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 03/11] drm/qxl: use ttm bo priorities
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 02/11] drm/qxl: more fence wait rework
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/11] drm/qxl: properly handle device init failures
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 11/11] drm/qxl: add lock asserts to qxl_bo_vmap_locked + qxl_bo_vunmap_locked
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 05/11] drm/qxl: rename qxl_bo_kmap -> qxl_bo_vmap_locked
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 08/11] drm/qxl: fix monitors object vmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 07/11] drm/qxl: fix prime vmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 09/11] drm/qxl: move shadow handling to new qxl_prepare_shadow()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 06/11] drm/qxl: add qxl_bo_vmap/qxl_bo_vunmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 10/11] drm/qxl: rework cursor plane
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 02/11] drm/qxl: more fence wait rework
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 03/11] drm/qxl: use ttm bo priorities
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 04/11] drm/qxl: fix lockdep issue in qxl_alloc_release_reserved
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 09/10] drm/qxl: map/unmap framebuffers in prepare_fb+cleanup_fb callbacks.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 09/10] drm/qxl: map/unmap framebuffers in prepare_fb+cleanup_fb callbacks.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 09/10] drm/qxl: map/unmap framebuffers in prepare_fb+cleanup_fb callbacks.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 10/10] drm/qxl: add lock asserts to qxl_bo_kmap_locked + qxl_bo_kunmap_locked
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 09/10] drm/qxl: map/unmap framebuffers in prepare_fb+cleanup_fb callbacks.
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 08/10] drm/qxl: fix monitors object kmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 06/10] drm/qxl: add qxl_bo_kmap/qxl_bo_kunmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 07/10] drm/qxl: fix prime kmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 05/10] drm/qxl: rename qxl_bo_kmap -> qxl_bo_kmap_locked
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 01/10] drm/qxl: properly handle device init failures
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/10] drm/qxl: map/unmap framebuffers in prepare_fb+cleanup_fb callbacks.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 08/10] drm/qxl: fix monitors object kmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 07/10] drm/qxl: fix prime kmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 10/10] drm/qxl: add lock asserts to qxl_bo_kmap_locked + qxl_bo_kunmap_locked
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 05/10] drm/qxl: rename qxl_bo_kmap -> qxl_bo_kmap_locked
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 06/10] drm/qxl: add qxl_bo_kmap/qxl_bo_kunmap
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 04/10] drm/qxl: fix lockdep issue in qxl_alloc_release_reserved
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 01/10] drm/qxl: properly handle device init failures
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 03/10] drm/qxl: use ttm bo priorities
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 02/10] drm/qxl: more fence wait rework
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: properly handle device init failures
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• Re: [PATCH] drm/qxl: properly handle device init failures
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: properly handle device init failures
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• Re: [PATCH] drm/qxl: properly handle device init failures
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• [PATCH] drm/qxl: properly handle device init failures
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Problems encountered during development
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: [PATCH v6 02/10] Revert "drm/qxl: do not run release if qxl failed to init"
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• Re: [PATCH v2] drm/qxl: do not run release if qxl failed to init
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• Re: [PATCH v6 02/10] Revert "drm/qxl: do not run release if qxl failed to init"
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: Problems encountered during development
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: [PATCH v2] drm/qxl: do not run release if qxl failed to init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v6 02/10] Revert "drm/qxl: do not run release if qxl failed to init"
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 02/10] Revert "drm/qxl: do not run release if qxl failed to init"
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 10/10] drm/qxl: allocate dumb buffers in ram
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 06/10] drm/qxl: properly pin/unpin shadow
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v6 05/10] drm/qxl: release shadow on shutdown
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2] drm/qxl: do not run release if qxl failed to init
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• [PATCH v6 03/10] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 10/10] drm/qxl: allocate dumb buffers in ram
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 08/10] drm/qxl: properly free qxl releases
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 02/10] Revert "drm/qxl: do not run release if qxl failed to init"
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 05/10] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 06/10] drm/qxl: properly pin/unpin shadow
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 07/10] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 09/10] drm/qxl: simplify qxl_fence_wait
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v6 04/10] drm/qxl: unpin release objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: lx <lxlenovostar@xxxxxxxxx>
• Problems encountered during development
  • From: "=?gb18030?b?ztLKx7u1xqbX0w==?=" <759302636@xxxxxx>
• Re: [PATCH v5 6/6] drm/qxl: simplify qxl_fence_wait
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 5/6] drm/qxl: properly free qxl releases
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 4/6] drm/qxl: handle shadow in primary destroy
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 3/6] drm/qxl: release shadow on shutdown
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 2/6] drm/qxl: unpin release objects
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 1/6] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v5 5/6] drm/qxl: properly free qxl releases
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v5 6/6] drm/qxl: simplify qxl_fence_wait
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v5 2/6] drm/qxl: unpin release objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v5 4/6] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v5 3/6] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v4 5/5] drm/qxl: properly free qxl releases
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v4 5/5] drm/qxl: properly free qxl releases
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v1] drm/qxl: do not run release if qxl failed to init
  • From: Tong Zhang <ztong0001@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: [spice-devel]Sounds abnormal
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: [spice-devel]Sounds abnormal
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: [spice-devel]Sounds abnormal
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: Activate the spice console password when vm is on
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [spice-devel]Sounds abnormal
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Activate the spice console password when vm is on
  • From: alireza kahdoyee <alireza.kahdooee@xxxxxxxxxxx>
• [spice-devel]Sounds abnormal
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: [spice-devel]Clipboard can't work
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: Compression parameters in images
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Is the data after USB camera redirection compressed?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: [spice-devel]Clipboard can't work
  • From: lx <lxlenovostar@xxxxxxxxx>
• [PATCH v4 1/5] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Compression parameters in images
  • From: alireza kahdoyee <alireza.kahdooee@xxxxxxxxxxx>
• [spice-devel]Is the data after USB camera redirection compressed?
  • From: lx <lxlenovostar@xxxxxxxxx>
• [PATCH v4 5/5] drm/qxl: properly free qxl releases
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 2/5] drm/qxl: unpin release objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 4/5] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v4 3/5] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 10/11] drm: Use state helper instead of the plane state pointer
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Compression parameters in spice
  • From: alireza kahdoyee <alireza.kahdooee@xxxxxxxxxxx>
• Re: [PATCH v3 2/4] drm/qxl: unpin release objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• disable atspi keystrokes capturing when keyboard is grapped
  • From: илья пащук <ilusha.paschuk@xxxxxxxxx>
• Re: [PATCH v3 2/4] drm/qxl: unpin release objects
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/4] drm/qxl: unpin release objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 3/4] drm/qxl: release shadow on shutdown
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/4] drm/qxl: unpin release objects
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 1/4] drm/qxl: use drmm_mode_config_init
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/11] drm/atomic: Pass the full state to planes atomic disable and update
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [PATCH v2 09/11] drm/atomic: Pass the full state to planes atomic disable and update
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v2 10/11] drm: Use state helper instead of the plane state pointer
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v2 02/11] drm: Rename plane atomic_check state names
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v2 07/11] drm: Store new plane state in a variable for atomic_update and disable
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH v2 04/11] drm/atomic: Pass the full state to planes atomic_check
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [spice-devel]Clipboard can't work
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• [PATCH v3 1/4] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 2/4] drm/qxl: unpin release objects
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 3/4] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v3 4/4] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [RFC PATCH v5] virtio-video: Add virtio video device specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• [spice-devel]Clipboard can't work
  • From: lx <lxlenovostar@xxxxxxxxx>
• Re: [virtio-dev] [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• Re: [virtio-dev] [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Matti Moell <Matti.Moell@xxxxxxxxxxxxxxx>
• Re: [virtio-dev] [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Keiichi Watanabe <keiichiw@xxxxxxxxxxxx>
• [PATCH 10/10] drm: Use state helper instead of the plane state pointer
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH 09/10] drm/atomic: Pass the full state to planes atomic disable and update
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH 04/10] drm/atomic: Pass the full state to planes atomic_check
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH 02/10] drm: Rename plane atomic_check state names
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• [PATCH 07/10] drm: Store new plane state in a variable for atomic_update and disable
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Re: [virtio-dev] [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Alex Bennée <alex.bennee@xxxxxxxxxx>
• ANNOUNCE spice-vdagent 0.21.0 release
  • From: Julien Rope <jrope@xxxxxxxxxx>
• Re: Hi，GL acceleration (virgl) Can use it on windons？
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Working seamless mode
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Working seamless mode
  • From: Roland Baudin <roland65@xxxxxxx>
• Re: Experimental OSX Client
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Experimental OSX Client
  • From: Domingo Ruiz Arroyo <ordenadordomi@xxxxxxxxx>
• Re: Adding SPICE support to Guacamole - spice-glib
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Re: Adding SPICE support to Guacamole - spice-glib
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Re: Adding SPICE support to Guacamole - spice-glib
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Adding SPICE support to Guacamole - spice-glib
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Hi，GL acceleration (virgl) Can use it on windons？
  • From: 刘玉雪(yu xue Liu) <liuyuxue@xxxxxxxx>
• Re: Working seamless mode
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: Working seamless mode
  • From: Roland Baudin <roland65@xxxxxxx>
• Re: remote-viewer disconnected when unplugging laptop from dock and switching to WIFI network.
  • From: giters@xxxxxxx
• Working seamless mode
  • From: Roland Baudin <roland65@xxxxxxx>
• Re: remote-viewer disconnected when unplugging laptop from dock and switching to WIFI network.
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Spice gtk the memory will auto increase
  • From: "wjduan@xxxxxxxxxxxxx" <wjduan@xxxxxxxxxxxxx>
• enable GPU(AMD) rendering with QXL using SPICE
  • From: 孙铭阳(Mingyang Sun) <sunmingyang@xxxxxxxx>
• remote-viewer disconnected when unplugging laptop from dock and switching to WIFI network.
  • From: giters@xxxxxxx
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• Re: TLS + Letsencrypt doesn't work on Windows
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• TLS + Letsencrypt doesn't work on Windows
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• vdagent fix for citrix workspace - new spice release
  • From: Nikolay Kichukov <hjckr@xxxxxxxxx>
• Spice features and status
  • From: Mark Karpeles <mark@xxxxxxxxxx>
• Re: [PATCH v2 13/20] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Jeremy Cline <jcline@xxxxxxxxxx>
• Re: [PATCH v2 09/20] drm/i915: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 13/20] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 09/20] drm/i915: Remove references to struct drm_device.pdev
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 13/20] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 09/20] drm/i915: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: Can the latest MacBook with M1 chip use this spice software
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Questions about whether MacOS can be used
  • From: "=?gb18030?b?09HIy8bft9Y=?=" <2291177920@xxxxxx>
• Can the latest MacBook with M1 chip use this spice software
  • From: "=?gb18030?b?09HIy8bft9Y=?=" <2291177920@xxxxxx>
• Performance on SPICE
  • From: samuka.kira@xxxxxxxxxxx
• Re: about printer and scanner redirection
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Set mouse point always visible
  • From: mnavahan <mnavahan@xxxxxxxxx>
• Re: [PATCH 14/15] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 14/15] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH v2 01/20] drm/amdgpu: Fix trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• about printer and scanner redirection
  • From: <islam@xxxxxxxxxxxx>
• Re: [PATCH v2 01/20] drm/amdgpu: Fix trailing whitespaces
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 14/15] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 05/20] drm/cirrus: Remove references to struct drm_device.pdev
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 04/20] drm/bochs: Remove references to struct drm_device.pdev
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 14/20] drm/qxl: Remove references to struct drm_device.pdev
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v2 08/20] drm/hibmc: Remove references to struct drm_device.pdev
  • From: "tiantao (H)" <tiantao6@xxxxxxxxxx>
• Re: [PATCH v2 01/20] drm/amdgpu: Fix trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 18/20] drm/virtgpu: Remove references to struct drm_device.pdev
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH 14/15] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/20] drm/i915/gvt: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/20] drm/gma500: Fix trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/20] drm: Move struct drm_device.pdev to legacy
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/20] drm/i915: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 20/20] drm: Upcast struct drm_device.dev to struct pci_device; replace pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/20] drm/gma500: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/20] drm/cirrus: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 15/20] drm/radeon: Fix trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/20] drm/amdgpu: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/20] drm/vboxvideo: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/20] drm/virtgpu: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/20] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/20] drm/ast: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/20] drm/bochs: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/20] drm/radeon: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 14/20] drm/qxl: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/20] drm/amdgpu: Fix trailing whitespaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 10/20] drm/i915/gt: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/20] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/20] drm/hibmc: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/20] drm/mgag200: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 09/15] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 14/15] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH 07/15] drm/i915: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 11/15] drm/radeon: Remove references to struct drm_device.pdev
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 01/15] drm/amdgpu: Remove references to struct drm_device.pdev
  • From: Alex Deucher <alexdeucher@xxxxxxxxx>
• Re: [PATCH 05/15] drm/gma500: Remove references to struct drm_device.pdev
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 09/15] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 00/15] drm: Move struct drm_device.pdev to legacy
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 15/15] drm: Upcast struct drm_device.dev to struct pci_device; replace pdev
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 12/15] drm/vboxvideo: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/15] drm/i915: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/15] drm/nouveau: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/15] drm/mgag200: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/15] drm/qxl: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/15] drm/hibmc: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/15] drm/virtgpu: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/15] drm/bochs: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/15] drm/amdgpu: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/15] drm/cirrus: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/15] drm/ast: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/15] drm: Move struct drm_device.pdev to legacy
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 15/15] drm: Upcast struct drm_device.dev to struct pci_device; replace pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/15] drm/radeon: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 14/15] drm/vmwgfx: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/15] drm/gma500: Remove references to struct drm_device.pdev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/qxl: Remove fbcon acceleration leftovers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V3 10/37] ARM: highmem: Switch to generic kmap atomic
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: "Ruhl, Michael J" <michael.j.ruhl@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: "Ruhl, Michael J" <michael.j.ruhl@xxxxxxxxx>
• Re: [PATCH 2/2] drm/mediatek: Use struct dma_buf_map in GEM vmap ops
  • From: Chun-Kuang Hu <chunkuang.hu@xxxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: "Ruhl, Michael J" <michael.j.ruhl@xxxxxxxxx>
• Re: [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/nouveau: Fix out-of-bounds access when deferencing MMU type
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/2] drm/mediatek: Use struct dma_buf_map in GEM vmap ops
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/2] drm/msm: Use struct dma_buf_map in GEM vmap ops
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm: remove unneeded break
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: replace idr_init() by idr_init_base()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/qxl: replace idr_init() by idr_init_base()
  • From: Deepak R Varma <mh12gx2825@xxxxxxxxx>
• Re: [PATCH v5 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] desktop_layout: ignore unconnected video devices
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: [PATCH] desktop_layout: ignore unconnected video devices
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH] desktop_layout: ignore unconnected video devices
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: [patch V3 22/37] highmem: High implementation details and document API
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch V3 22/37] highmem: High implementation details and document API
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: How to build Windows vdagent?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• [PATCH v7 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v7 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH vd_agent_linux 10/10] Add a test for session_info
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH vd_agent_linux 01/10] vdagentd: Avoid calling chmod
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 10/10] Add a test for session_info
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 07/10] vdagentd: Limit number of agents per session to 1
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 06/10] Better check for sessions
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 05/10] Avoids user session hijacking
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 09/10] vdagentd: do not allow to use an already used file-xfer id
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 04/10] Avoids unlimited agent connections
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 01/10] vdagentd: Avoid calling chmod
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 03/10] Avoids uncontrolled "active_xfers" allocations
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 02/10] Avoids unchecked file transfer IDs allocation and usage
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH vd_agent_linux 08/10] cleanup active_xfers when the client disconnects
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: How to build Windows vdagent?
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: How to build Windows vdagent?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] drm/qxl: Remove fbcon acceleration leftovers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/qxl: Remove fbcon acceleration leftovers
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: How to build Windows vdagent?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• How to build Windows vdagent?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• [PATCH v6 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v6 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• ANNOUNCE spice-server 0.14.91 release candidate
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: how to get surface screen-shot in spice-server
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• how to get surface screen-shot in spice-server
  • From: hshsh <franklee1973@xxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [RFC] treewide: cleanup unreachable breaks
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v5 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v5 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v5 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm: remove unneeded break
  • From: trix@xxxxxxxxxx
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• wMaxPacketSize
  • From: Stéphane POGGI <sp200606@xxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v4 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v4 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v4 09/10] dma-buf-map: Add memcpy and pointer-increment interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 00/10] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 10/10] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 07/10] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 05/10] drm/ttm: Add vmap/vunmap to TTM and TTM GEM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 04/10] drm/exynos: Remove empty exynos_drm_gem_prime_{vmap, vunmap}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 03/10] drm/etnaviv: Remove empty etnaviv_gem_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 08/10] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 02/10] drm/cma-helper: Remove empty drm_gem_cma_prime_vunmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 01/10] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 06/10] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• libcacard 2.8.0 release
  • From: Jakub Jelen <jjelen@xxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH spice-common 6/6] test-quic: Add test cases for quic fuzzer
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH spice-common 5/6] test-quic: Add fuzzer capabilities to the test
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH spice-common 4/6] quic: Avoid possible buffer overflow in find_bucket
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH spice-common 3/6] quic: Check RLE lengths
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH spice-common 2/6] quic: Check image size in quic_decode_begin
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH spice-common 1/6] quic: Check we have some data to start decoding quic image
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH spice-common 0/6] Multiple buffer overflow vulnerabilities in QUIC decoding code
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 7/7] drm/todo: Update entries around struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 5/7] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 3/7] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 4/7] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 1/7] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: ANNOUNCE spice-protocol 0.14.3 release
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• ANNOUNCE spice-protocol 0.14.3 release
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v3 4/7] drm/gem: Update internal GEM vmap/vunmap interfaces to use struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 2/7] drm/ttm: Add ttm_kmap_obj_to_dma_buf_map() for type conversion
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 5/7] drm/gem: Store client buffer mappings as struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 3/7] drm/gem: Use struct dma_buf_map in GEM vmap ops and convert GEM backends
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 1/7] drm/vram-helper: Remove invariant parameters from internal kmap function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 7/7] drm/todo: Update entries around struct dma_buf_map
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 6/7] drm/fb_helper: Support framebuffers in I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 0/7] Support GEM object mappings from I/O memory
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 4/4] drm/qxl: use qxl pin function
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 4/4] drm/qxl: use qxl pin function
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: Windows 10 VDAgent incompatible with "hidden" KVM?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• [PATCH v2 4/4] drm/qxl: use qxl pin function
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 3/4] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 1/4] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v2 2/4] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH -next] drm/qxl: simplify the return expression of qxl_plane_prepare_fb()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add physical display dimensions to spice/virtio-gpu
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v3 0/6] Add physical display dimensions to spice/virtio-gpu
  • From: no-reply@xxxxxxxxxxx
• [PATCH v3 6/6] virtio-gpu: set physical dimensions for EDID
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v3 5/6] spice: get monitors physical dimension
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v3 4/6] spice: remove the single monitor config logic
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v3 2/6] edid: use physical dimensions if available
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v3 3/6] ui: add getter for UIInfo
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v3 1/6] edid: fix physical display size computation
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v3 0/6] Add physical display dimensions to spice/virtio-gpu
  • From: marcandre.lureau@xxxxxxxxxx
• Re: [PATCH v2 5/6] spice: get monitors physical dimension
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Windows 10 VDAgent incompatible with "hidden" KVM?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Windows 10 VDAgent incompatible with "hidden" KVM?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• Re: Windows 10 VDAgent incompatible with "hidden" KVM?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• [PATCH v2 6/6] virtio-gpu: set physical dimensions for EDID
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v2 5/6] spice: get monitors physical dimension
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v2 4/6] spice: remove the single monitor config logic
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v2 2/6] edid: use physical dimensions if available
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v2 3/6] ui: add getter for UIInfo
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v2 1/6] edid: fix physical display size computation
  • From: marcandre.lureau@xxxxxxxxxx
• [PATCH v2 0/6] Add physical display dimensions to spice/virtio-gpu
  • From: marcandre.lureau@xxxxxxxxxx
• Re: Windows 10 VDAgent incompatible with "hidden" KVM?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Windows 10 VDAgent incompatible with "hidden" KVM?
  • From: Ian Pilcher <arequipeno@xxxxxxxxx>
• [PATCH -next] drm/qxl: simplify the return expression of qxl_plane_prepare_fb()
  • From: Qinglang Miao <miaoqinglang@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [Spice-commits] 6 commits - meson.build src/map-file src/spice-glib-sym-file src/spice-gtk-session.c src/spice-session.c src/spice-session.h src/spice-session-priv.h
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: Is it a possible memory leak (spice-gtk/src/channel-display.c)?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Is it a possible memory leak (spice-gtk/src/channel-display.c)?
  • From: Ding Fei <danix800@xxxxxxxxx>
• Re: [PATCH 1/3] drm/qxl: use drmm_mode_config_init
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH 1/3] drm/qxl: use drmm_mode_config_init
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/3] drm/qxl: release shadow on shutdown
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 3/3] drm/qxl: handle shadow in primary destroy
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Shared Playback with simultaneous clients connection
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Shared Playback with simultaneous clients connection
  • From: "Thayer, Kevin I." <kit10290@xxxxxxxxxxx>
• Re: Data transfer guest to host/ folder sharing
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Data transfer guest to host/ folder sharing
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Data transfer guest to host/ folder sharing
  • From: Martin Filbrandt <hla@xxxxxxxxxxxx>
• [PATCH] win32: Enable some additional security flags for Windows executables
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: agent_sync_audio_playback call causes deadlock
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: agent_sync_audio_playback call causes deadlock
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• agent_sync_audio_playback call causes deadlock
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: xen and the support for spice GL
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix build errors
  • From: Dave Airlie <airlied@xxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix build errors
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix build errors
  • From: Sean Paul <sean@xxxxxxxxxx>
• [PATCH] drm/qxl: Fix build errors
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix build errors
  • From: Sean Paul <sean@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix build errors
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix build errors
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: Replace deprecated function in qxl_display
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• xen and the support for spice GL
  • From: Mario Marietto <marietto2008@xxxxxxxxx>
• Spice protocol performance
  • From: Jure Erznožnik <jure@xxxxxxxx>
• Re: OSX Client Bundle
  • From: Uri Lublin <uril@xxxxxxxxxx>
• OSX Client Bundle
  • From: "D. L. Fuller" <dlfuller@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] drm/qxl: don't take vga ports on rev5+
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH v2] drm/qxl: don't take vga ports on rev5+
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Webdav on Windows XP
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: Webdav on Windows XP
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Webdav on Windows XP
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: Webdav on Windows XP
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Webdav on Windows XP
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Webdav on Windows XP
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Webdav on Windows XP
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Felix Leimbach <felix.leimbach@xxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Felix Leimbach <felix.leimbach@xxxxxxxxx>
• Re: spice-streaming-agent, the motivation and drive
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: spice-streaming-agent, the motivation and drive
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• Re: spice-streaming-agent, the motivation and drive
  • From: Uri Lublin <uril@xxxxxxxxxx>
• spice-streaming-agent, the motivation and drive
  • From: Armin Ranjbar <zoup@xxxxxxxx>
• Re: last known good spice guest tools for WinXP guest?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Can't write from guest to host with webdav
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: Can't write from guest to host with webdav
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: Can't write from guest to host with webdav
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: Can't write from guest to host with webdav
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: Can't write from guest to host with webdav
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Can't write from guest to host with webdav
  • From: Koopa Koopa <codingkoopa@xxxxxxxxx>
• Re: [PATCH 1/2] qxl-wddm-dod: fix behavior on v5 device
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH 1/2] qxl-wddm-dod: fix behavior on v5 device
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• Re: [PATCH 1/2] qxl-wddm-dod: fix behavior on v5 device
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH 1/2] qxl-wddm-dod: fix behavior on v5 device
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 2/2] qxl-wddm-dod: reduce verbosity of stampinf in build
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• [PATCH 1/2] qxl-wddm-dod: fix behavior on v5 device
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• last known good spice guest tools for WinXP guest?
  • From: Wesley Parish <wobblygong@xxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Dmitry Sepp <dmitry.sepp@xxxxxxxxxxxxxxx>
• Re: spice & virt-viewver & dedicated mouse & keyboard
  • From: Uri Lublin <uril@xxxxxxxxxx>
• spice & virt-viewver & dedicated mouse & keyboard
  • From: mnavahan <mnavahan@xxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• Re: [PATCH] Added needed import of function arraybuffer_to_str
  • From: Oliver Gutiérrez <ogutsua@xxxxxxxxx>
• Re: [PATCH] Added needed import of function arraybuffer_to_str
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: [PATCH] Added needed import of function arraybuffer_to_str
  • From: Oliver Gutiérrez <ogutsua@xxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Dmitry Sepp <dmitry.sepp@xxxxxxxxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Keiichi Watanabe <keiichiw@xxxxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Julien Rope <jrope@xxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: drag and drop
  • From: Uri Lublin <uril@xxxxxxxxxx>
• drag and drop
  • From: Peter Kecho <peterkecho@xxxxxxxxx>
• Re: [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Dmitry Sepp <dmitry.sepp@xxxxxxxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Julien Rope <jrope@xxxxxxxxxx>
• Re: Identifying and removing potentially divisive language
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Identifying and removing potentially divisive language
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: Work via slow networks
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Work via slow networks
  • From: Илья <iliya@xxxxxxxxxxxx>
• Re: Work via slow networks
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH RFC v4 1/1] virtio-video: Add virtio video device specification
  • From: Keiichi Watanabe <keiichiw@xxxxxxxxxxxx>
• [PATCH RFC v4 0/1] Virtio Video Device Specification
  • From: Keiichi Watanabe <keiichiw@xxxxxxxxxxxx>
• Re: SPICE: contributor guidelines
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Display not working well with Android x86
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: HELP for install of spice-gtk on Slackware
  • From: shiftag <shiftag@xxxxxxxxxxxx>
• Re: HELP for install of spice-gtk on Slackware
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: HELP for install of spice-gtk on Slackware
  • From: David Arledge <wdarledge@xxxxxxxxx>
• HELP for install of spice-gtk on Slackware
  • From: David Arledge <wdarledge@xxxxxxxxx>
• Display not working well with Android x86
  • From: Jordan Byrne <JLByrne@xxxxxxxxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: 陈炤 <qishiyexu2@xxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: Review of the C++ patches
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Review of the C++ patches
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Review of the C++ patches
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: 陈炤 <qishiyexu2@xxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: 陈炤 <qishiyexu2@xxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: 陈炤 <qishiyexu2@xxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: 陈炤 <qishiyexu2@xxxxxxx>
• Re: Is it possible to put spice channels into different threads?
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Is it possible to put spice channels into different threads?
  • From: 陈炤 <qishiyexu2@xxxxxxx>
• SPICE: contributor guidelines
  • From: Francesco Giudici <fgiudici@xxxxxxxxxx>
• Re: Review of the C++ patches
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: Review of the C++ patches
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: Review of the C++ patches
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Review of the C++ patches
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: Using QXL & Spice with Windows Host & QEMU
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Using QXL & Spice with Windows Host & QEMU
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Using QXL & Spice with Windows Host & QEMU
  • From: laurens.nikolaisen@xxxxxxxxx
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: "ole-krutov@xxxxxxxxx" <ole-krutov@xxxxxxxxx>
• Re: spice-streaming-agent and Wayland?
  • From: ole-krutov@xxxxxxxxx
• Re: spice-streaming-agent and Wayland?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: ole-krutov@xxxxxxxxx
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: ole-krutov@xxxxxxxxx
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: ole-krutov@xxxxxxxxx
• Re: No mouse under Win 10 when Nvidia drivers are active
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• No mouse under Win 10 when Nvidia drivers are active
  • From: ole-krutov@xxxxxxxxx
• Re: [PATCH v3 1/2] virtio-video: Add virtio video device specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: Replace deprecated function in qxl_display
  • From: Sidong Yang <realwakka@xxxxxxxxx>
• Re: [PATCH v3 1/2] virtio-video: Add virtio video device specification
  • From: Keiichi Watanabe <keiichiw@xxxxxxxxxxxx>
• spice-streaming-agent and Wayland?
  • From: ole-krutov@xxxxxxxxx
• Re: [PATCH] Added needed import of function arraybuffer_to_str
  • From: Oliver Gutierrez <ogutierrez@xxxxxxxxxx>
• [PATCH] Added needed import of function arraybuffer_to_str
  • From: Oliver Gutierrez <ogutsua@xxxxxxxxx>
• Re: About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: [PATCH v3 1/2] virtio-video: Add virtio video device specification
  • From: Dmitry Sepp <dmitry.sepp@xxxxxxxxxxxxxxx>
• Re: Brainstorming help with x11spice on socket permissions across users
  • From: Jeremy White <jwhite@xxxxxxxxxxxxxxx>
• Re: Brainstorming help with x11spice on socket permissions across users
  • From: Jeremy White <jwhite@xxxxxxxxxxxxxxx>
• Re: Brainstorming help with x11spice on socket permissions across users
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Brainstorming help with x11spice on socket permissions across users
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Brainstorming help with x11spice on socket permissions across users
  • From: Jeremy White <jwhite@xxxxxxxxxxxxxxx>
• Re: Work via slow networks
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• [PATCH] drm/qxl: Replace deprecated function in qxl_display
  • From: Sidong Yang <realwakka@xxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Work via slow networks
  • From: Илья <iliya@xxxxxxxxxxxx>
• Re: [PATCH v3 1/2] virtio-video: Add virtio video device specification
  • From: Keiichi Watanabe <keiichiw@xxxxxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Jeremy White <jwhite@xxxxxxxxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Francesco Giudici <fgiudici@xxxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Francesco Giudici <fgiudici@xxxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Felix Leimbach <felix.leimbach@xxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Stuttering video playback on LAN
  • From: Felix Leimbach <felix.leimbach@xxxxxxxxx>
• Re: SPICE: changing the merge rules - a proposal
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• SPICE: changing the merge rules - a proposal
  • From: Francesco Giudici <fgiudici@xxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: Bug in qxl kernel driver (bpp)
  • From: Melroy van den Berg <melroy89@xxxxxxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: virtual gl
  • From: Oleg Krutov <ole-krutov@xxxxxxxxx>
• Re: About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: Spice status
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: virtual gl
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Spice status
  • From: Roland Sassen <sassen@xxxxxxxxxxx>
• Re: virtual gl
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Bug in qxl kernel driver (bpp)
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Bug in qxl kernel driver (bpp)
  • From: Melroy van den Berg <webmaster1989@xxxxxxxxx>
• virtual gl
  • From: Roland Sassen <sassen@xxxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Kevin Pouget <kpouget@xxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: About decisions and reviews
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: About decisions and reviews
  • From: Francesco Giudici <fgiudici@xxxxxxxxxx>
• Re: About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: About decisions and reviews
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: About decisions and reviews
  • From: Francesco Giudici <fgiudici@xxxxxxxxxx>
• Re: About decisions and reviews
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Build failed: qxl-wddm-dod build-1-master
  • From: AppVeyor <no-reply@xxxxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: spice-vdagent: how to enable additional mouse buttons?
  • From: bruts@xxxxxxx
• About decisions and reviews
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxxx>
• Re: Failed to build spice-vdagent 0.20 under ubuntu 18.04
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Re: Failed to build spice-vdagent 0.20 under ubuntu 18.04
  • From: Frediano Ziglio <fziglio@xxxxxxxxxx>
• Failed to build spice-vdagent 0.20 under ubuntu 18.04
  • From: ole-krutov@xxxxxxxxx
• No mouse when spice-streaming-agent is working
  • From: ole-krutov@xxxxxxxxx
• [PATCH AUTOSEL 4.4 8/9] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 09/11] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.6 39/50] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 17/20] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 30/35] drm/qxl: lost qxl_bo_kunmap_atomic_page in qxl_image_init_helper()
  • From: Sasha Levin <sashal@xxxxxxxxxx>