Spice Development

• Thread Index

• Re: [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [RFC v1 3/4] gstreamer-encoder: Use a dmabuf allocator if the drawable has a valid fd
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v1 1/4] red-parse-qxl: Extract the dmabuf fd from the scanout
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v1 4/4] video-stream: Force stream creation for a valid dmabuf fd
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v1 2/4] display-channel: Add the asyncs associated with dmabuf encode
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v1 0/4] gstreamer-encoder: Use a dmabuf allocator if the drawable has a valid fd
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Pierre Couderc <pierre@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Pierre Couderc <pierre@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Xiaodai Wang <xiaodwan@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Pierre Couderc <pierre@xxxxxxxxxx>
• Re: In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Xiaodai Wang <xiaodwan@xxxxxxxxxx>
• In spicy, how to change shft-F12 to ungrab the mouse ?
  • From: Pierre Couderc <pierre@xxxxxxxxxx>
• Re: spice-gtk: New v0.42 tag
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: spice-gtk: New v0.42 tag
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• spice-gtk: New v0.42 tag
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: Trying to turn on gstreamer vaapi {en,de}coding
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: Trying to turn on gstreamer vaapi {en,de}coding
  • From: Lévai, Dániel <leva@xxxxxxxxxxx>
• Re: Trying to turn on gstreamer vaapi {en,de}coding
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Trying to turn on gstreamer vaapi {en,de}coding
  • From: Lévai, Dániel <leva@xxxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• 答复: 答复: The second client cannot redirect USB
  • From: 韩雪峰 <hanxuefeng@xxxxxx>
• Re: 答复: 答复: The second client cannot redirect USB
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: 答复: The second client cannot redirect USB
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: The second client cannot redirect USB
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• 答复: The second client cannot redirect USB
  • From: 韩雪峰 <hanxuefeng@xxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: James Cloos <cloos@xxxxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: let-me-use-copy-and-paste <let-me-use-copy-and-paste@xxxxxxxxx>
• Re: The second client cannot redirect USB
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• The second client cannot redirect USB
  • From: 韩雪峰 <hanxuefeng@xxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Userquestion - remote-viewer connection fails with "Connection type could not be determined by URI"
  • From: Stefan Silberstein <linuxstony@xxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: let-me-use-copy-and-paste <let-me-use-copy-and-paste@xxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: let-me-use-copy-and-paste <let-me-use-copy-and-paste@xxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix missing free_irq
  • From: "liwei (GF)" <liwei391@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: Fix missing free_irq
  • From: Daniel Vetter <daniel@xxxxxxxx>
• [PATCH] drm/qxl: Fix missing free_irq
  • From: Wei Li <liwei391@xxxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: let-me-use-copy-and-paste <let-me-use-copy-and-paste@xxxxxxxxx>
• Re: Standalone (non-virtual) windows server
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Standalone (non-virtual) windows server
  • From: Dirk Eibach <dirk.eibach@xxxxxxxxxxxxxx>
• Re: Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Agent crashes on Alpine Linux guest due to lack of /dev/uinput
  • From: let-me-use-copy-and-paste <let-me-use-copy-and-paste@xxxxxxxxx>
• Re: Standalone (non-virtual) windows server
  • From: Dirk Eibach <dirk.eibach@xxxxxxxxxxxxxx>
• Re: Standalone (non-virtual) windows server
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Standalone (non-virtual) windows server
  • From: Dirk Eibach <dirk.eibach@xxxxxxxxxxxxxx>
• Standalone (non-virtual) windows server
  • From: Dirk Eibach <dirk.eibach@xxxxxxxxxxxxxx>
• Re: [PATCH v3 20/23] drm/fb-helper: Set flag in struct drm_fb_helper for leaking physical addresses
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 23/23] drm/fb-helper: Clarify use of last_close and output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v3 23/23] drm/fb-helper: Clarify use of last_close and output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 03/23] drm/vboxvideo: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 15/23] drm/fb-helper: Disconnect damage worker from update logic
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 18/23] drm/fb_helper: Minimize damage-helper overhead
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 06/23] drm/ingenic: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 17/23] drm/fb-helper: Perform all fbdev I/O with the same implementation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 07/23] drm/logicvc: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 21/23] drm/fb-helper: Move generic fbdev emulation into separate source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 14/23] drm/fb-helper: Rename drm_fb_helper_unregister_fbi() to use _info postfix
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 16/23] drm/fb-helper: Call fb_sync in I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 02/23] drm/mcde: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 01/23] drm/komeda: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 19/23] drm/fb-helper: Always initialize generic fbdev emulation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 00/23] drm/fb-helper: Untangle fbdev emulation and helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 20/23] drm/fb-helper: Set flag in struct drm_fb_helper for leaking physical addresses
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 10/23] drm/tve200: Include <linux/of.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 12/23] drm/fb_helper: Rename field fbdev to info in struct drm_fb_helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 04/23] drm/amdgpu: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 13/23] drm/fb-helper: Rename drm_fb_helper_alloc_fbi() to use _info postfix
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 11/23] drm/fb-helper: Cleanup include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 09/23] drm/panel-ili9341: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 22/23] drm/fb-helper: Remove unnecessary include statements
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 05/23] drm/imx/dcss: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v3 08/23] drm/rockchip: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 21/21] drm/fb-helper: Remove unnecessary include statements
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 20/21] drm/fb-helper: Move generic fbdev emulation into separate source file
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 18/21] drm/fb_helper: Minimize damage-helper overhead
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 19/21] drm/fb-helper: Always initialize generic fbdev emulation
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 16/21] drm/fb-helper: Call fb_sync in I/O functions
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 15/21] drm/fb-helper: Disconnect damage worker from update logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: [PATCH v2 02/21] drm/mcde: Don't set struct drm_driver.lastclose
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 09/21] drm/panel-ili9341: Include <linux/backlight.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 07/21] drm/logicvc: Don't set struct drm_driver.output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 05/21] drm/imx/dcss: Don't set struct drm_driver.output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 06/21] drm/ingenic: Don't set struct drm_driver.output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 11/21] drm/fb-helper: Cleanup include statements in header file
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 03/21] drm/vboxvideo: Don't set struct drm_driver.lastclose
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 04/21] drm/amdgpu: Don't set struct drm_driver.output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 10/21] drm/tve200: Include <linux/of.h>
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 04/21] drm/amdgpu: Don't set struct drm_driver.output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 12/21] drm/fb_helper: Rename field fbdev to info in struct drm_fb_helper
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 13/21] drm/fb-helper: Rename drm_fb_helper_alloc_fbi() to use _info postfix
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 08/21] drm/rockchip: Don't set struct drm_driver.output_poll_changed
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 01/21] drm/komeda: Don't set struct drm_driver.lastclose
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 14/21] drm/fb-helper: Rename drm_fb_helper_unregister_fbi() to use _info postfix
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: (no subject)
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: (no subject)
  • From: Yan Vugenfirer <yvugenfi@xxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• (no subject)
  • From: Ksawery Błaszczak <kxblax54@xxxxxxxxx>
• [PATCH v2 20/21] drm/fb-helper: Move generic fbdev emulation into separate source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 16/21] drm/fb-helper: Call fb_sync in I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 06/21] drm/ingenic: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 12/21] drm/fb_helper: Rename field fbdev to info in struct drm_fb_helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 02/21] drm/mcde: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 14/21] drm/fb-helper: Rename drm_fb_helper_unregister_fbi() to use _info postfix
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 08/21] drm/rockchip: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 18/21] drm/fb_helper: Minimize damage-helper overhead
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 21/21] drm/fb-helper: Remove unnecessary include statements
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 04/21] drm/amdgpu: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 09/21] drm/panel-ili9341: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 10/21] drm/tve200: Include <linux/of.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 00/21] drm/fb-helper: Untangle fbdev emulation and helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 07/21] drm/logicvc: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 01/21] drm/komeda: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 15/21] drm/fb-helper: Disconnect damage worker from update logic
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 19/21] drm/fb-helper: Always initialize generic fbdev emulation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 05/21] drm/imx/dcss: Don't set struct drm_driver.output_poll_changed
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 11/21] drm/fb-helper: Cleanup include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 13/21] drm/fb-helper: Rename drm_fb_helper_alloc_fbi() to use _info postfix
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 03/21] drm/vboxvideo: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] sound: fix pointer arithmetic in snd_record_handle_write()
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Uri Lublin <uril@xxxxxxxxxx>
• [PATCH] sound: fix pointer arithmetic in snd_record_handle_write()
  • From: Volker Rümelin <vr_qemu@xxxxxxxxxxx>
• Re: spice-webdav - change default shared directory
  • From: Frantz Honegger <frantz_honegger@xxxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• spice-webdav - change default shared directory
  • From: Frantz Honegger <frantz_honegger@xxxxxxxxxxx>
• Re: [drm/gem] 79e2cf2e7a: WARNING:at_drivers/gpu/drm/drm_gem.c:#drm_gem_vunmap
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH] drm/qxl: remove variable num_relocs
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH 01/21] drm/amdgpu: Don't set struct drm_driver.lastclose
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 01/21] drm/amdgpu: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 20/21] drm/fb-helper: Move generic fbdev emulation into separate source file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/21] drm/fb_helper: Rename field fbdev to info in struct drm_fb_helper
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 15/21] drm/fb-helper: Disconnect damage worker from update logic
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/21] drm/vboxvideo: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/21] drm/komeda: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 21/21] drm/fb-helper: Remove unnecessary include statements
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/21] drm/tve200: Include <linux/of.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 17/21] drm/fb-helper: Perform all fbdev I/O with the same implementation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 18/21] drm/fb_helper: Minimize damage-helper overhead
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/21] drm/fb-helper: Rename drm_fb_helper_alloc_fbi() to use _info postfix
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 03/21] drm/ingenic: Don't set struct drm_driver.lastclose
  • From: Sergey Shtylyov <s.shtylyov@xxxxxx>
• [PATCH 16/21] drm/fb-helper: Call fb_sync in I/O functions
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 19/21] drm/fb-helper: Always initialize generic fbdev emulation
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 14/21] drm/fb-helper: Rename drm_fb_helper_unregister_fbi() to use _info postfix
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/21] drm/ingenic: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/21] drm/fb-helper: Cleanup include statements in header file
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/21] drm/mcde: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/21] drm/logicvc: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/21] drm/imx: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/21] drm/fb-helper: Untangle fbdev emulation and helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/21] drm/panel-ili9341: Include <linux/backlight.h>
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/21] drm/rockchip: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/21] drm/amdgpu: Don't set struct drm_driver.lastclose
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [drm/gem] 79e2cf2e7a: WARNING:at_drivers/gpu/drm/drm_gem.c:#drm_gem_vunmap
  • From: kernel test robot <yujie.liu@xxxxxxxxx>
• Re: [drm/gem] 79e2cf2e7a: WARNING:at_drivers/gpu/drm/drm_gem.c:#drm_gem_vunmap
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: Running without qemu
  • From: David Jasa <djasa@xxxxxxxxxx>
• Re: Running without qemu
  • From: "Eibach, Dirk" <Dirk.Eibach@xxxxxxxx>
• Re: Running without qemu
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Running without qemu
  • From: "Eibach, Dirk" <Dirk.Eibach@xxxxxxxx>
• Vdagent not working on a Debian guest
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: [PATCH v2] meson: Allow building on a Wayland-only environment
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v2] meson: Allow building on a Wayland-only environment
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• [PATCH spice-gtk] meson: Allow building on a Wayland-only environment
  • From: Fabio Estevam <festevam@xxxxxxx>
• [PATCH] meson: Allow building on a Wayland-only environment
  • From: Fabio Estevam <festevam@xxxxxxxxx>
• Re: spice webdav proxy
  • From: "Yury A. Produnov" <YAProdunov@xxxxxxxxxxxx>
• Re: spice webdav proxy
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: spice webdav proxy
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• spice webdav proxy
  • From: "Yury A. Produnov" <YAProdunov@xxxxxxxxxxxx>
• spice-html5
  • From: Kormiltcev Nikita <kormiltcev@xxxxxxxxxxx>
• [PATCH -next] drm/qxl: Remove unused variable 'count'
  • From: Chen Zhongjin <chenzhongjin@xxxxxxxxxx>
• Re: [PATCH] unhide cursor if pos_x is negative
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• [PATCH] drm/qxl: drop set_prod_notify parameter from qxl_ring_create
  • From: Zongmin Zhou <zhouzongmin@xxxxxxxxxx>
• 回复: Re: [PATCH] drm/qxl: fix the suspend/resume issue on qxl device
  • From: 周宗敏 <zhouzongmin@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: fix the suspend/resume issue on qxl device
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/qxl: fix the suspend/resume issue on qxl device
  • From: Zongmin Zhou <min_halo@xxxxxxx>
• Re: [PATCH] unhide cursor if pos_x is negative
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH] unhide cursor if pos_x is negative
  • From: qi zhou <atmgnd@xxxxxxxxxxx>
• [PATCH] unhide cursor if pos_x is negative
  • From: qi zhou <atmgnd@xxxxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: qxldod driver for Windows 11
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• qxldod driver for Windows 11
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• [Experience Enhancement] want a Anti-Aliasing function to spice_display_get_scaling
  • From: yiran zhao <yiranzhao@xxxxxxxxxx>
• Re: Windows Spice Guest Tools Silent Install Found
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH x11spice] Call xf86SetDesiredModes() in DUMMYScreenInit().
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH x11spice] Call xf86SetDesiredModes() in DUMMYScreenInit().
  • From: Henri Verbeet <hverbeet@xxxxxxxxxxxxxxx>
• Re: [PATCH x11spice] Call xf86SetDesiredModes() in DUMMYScreenInit().
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH x11spice] Call xf86SetDesiredModes() in DUMMYScreenInit().
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• [PATCH x11spice] Call xf86SetDesiredModes() in DUMMYScreenInit().
  • From: Henri Verbeet <hverbeet@xxxxxxxxxxxxxxx>
• Re: x11-spice equivalent for Windows
  • From: Jonathan Winterflood <jonathan.winterflood@xxxxxxxxxxx>
• Re: x11-spice equivalent for Windows
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Windows Spice Guest Tools Silent Install Found
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: x11-spice equivalent for Windows
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• x11-spice equivalent for Windows
  • From: Jonathan Winterflood <jonathan.winterflood@xxxxxxxxxxx>
• Windows Spice Guest Tools Silent Install Found
  • From: Jonathon Bauer <jbauer@xxxxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: connect to xspice via a unix-socket
  • From: bob cantor <bobc@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 2/5] drm/gem: Take reservation lock for vmap/vunmap operations
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [Linaro-mm-sig] [PATCH v2 1/5] dma-buf: Add _unlocked postfix to function names
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: irc
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: irc
  • From: Hans de Goede <hdegoede@xxxxxxxxxx>
• Re: irc
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: irc
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• irc
  • From: James Miller <jamesstewartmiller@xxxxxxxxx>
• [PATCH v2 5/5] dma-buf: Remove internal lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 4/5] media: videobuf2: Stop using internal dma-buf lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 3/5] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 0/5] Move all drivers to a common dma-buf locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 2/5] drm/gem: Take reservation lock for vmap/vunmap operations
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v2 1/5] dma-buf: Add _unlocked postfix to function names
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/6] dma-buf: Acquire wait-wound context on attachment
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v1 4/6] dma-buf: Acquire wait-wound context on attachment
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 4/6] dma-buf: Acquire wait-wound context on attachment
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/6] Move all drivers to a common dma-buf locking convention
  • From: Tomasz Figa <tfiga@xxxxxxxxxxxx>
• Re: connect to xspice via a unix-socket
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: connect to xspice via a unix-socket
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• connect to xspice via a unix-socket
  • From: bob cantor <bobc@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 2/6] drm/gem: Take reservation lock for vmap/vunmap operations
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 4/6] dma-buf: Acquire wait-wound context on attachment
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 4/6] dma-buf: Acquire wait-wound context on attachment
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 3/6] dma-buf: Move all dma-bufs to dynamic locking specification
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 2/6] drm/gem: Take reservation lock for vmap/vunmap operations
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 1/6] dma-buf: Add _unlocked postfix to function names
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 0/6] Move all drivers to a common dma-buf locking convention
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 6/6] dma-buf: Remove internal lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 5/6] media: videobuf2: Stop using internal dma-buf lock
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v1 4/6] dma-buf: Acquire wait-wound context on attachment
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: Spice, VDAgent, and Clipboard
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zack@xxxxxxx>
• [PATCH v2 4/8] drm/qxl: Use the hotspot properties from cursor planes
  • From: Zack Rusin <zack@xxxxxxx>
• Re: [PATCH v2 4/8] drm/qxl: Use the hotspot properties from cursor planes
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Spice, VDAgent, and Clipboard
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: How to make QXL capture the whole desktop area?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Issue: About how to config the resolution of monitor in spice-server
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Spice, VDAgent, and Clipboard
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Re: How to make QXL capture the whole desktop area?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Issue: About how to config the resolution of monitor in spice-server
  • From: "yuyang247@xxxxxxx" <yuyang247@xxxxxxx>
• How to make QXL capture the whole desktop area?
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Spice, VDAgent, and Clipboard
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Re: Spice HTML 5 problems
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Spice HTML 5 problems
  • From: "Brian Michelson" <brian.michelson@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: spice
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: spice
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• spice-gtk console does not hide the cursor if moved in from another part of the same surface
  • From: Jacky Guo <jackyguo18@xxxxxxxxxxx>
• Re: Issues with Clipboard Grab/Release Callbacks
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Re: Issues with Clipboard Grab/Release Callbacks
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: MOUSE rate down to 1/4 compare with bare metal PC, how to explain?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: MOUSE rate down to 1/4 compare with bare metal PC, how to explain?
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Re: Issues with Clipboard Grab/Release Callbacks
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• Re: Issues with Clipboard Grab/Release Callbacks
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Issues with Clipboard Grab/Release Callbacks
  • From: Nick Couchman <vnick@xxxxxxxxxx>
• MOUSE rate down to 1/4 compare with bare metal PC, how to explain?
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Re: [PATCH 3/6] drm/qxl: Create mouse hotspot properties on cursor planes
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 3/6] drm/qxl: Create mouse hotspot properties on cursor planes
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 3/6] drm/qxl: Create mouse hotspot properties on cursor planes
  • From: Zack Rusin <zack@xxxxxxx>
• Asking for the help of streaming_stats toolbox
  • From: 张晗泽 <dawnlake@xxxxxxx>
• Re: [USB redirection] position offset for touch-screen
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: 张伟华 <15529316683@xxxxxxx>
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: 张伟华 <15529316683@xxxxxxx>
• Re: Spice error
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Spice error
  • From: Meurer <kbmeurer@xxxxxxxxxxxxxx>
• Re: source code question: how hold_rcc works?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• source code question: how hold_rcc works?
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: 张伟华 <15529316683@xxxxxxx>
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: 15529316683@xxxxxxx
• Re: centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: Uri Lublin <uril@xxxxxxxxxx>
• centos+kvm+nvidia vgpu+win10(guest) spice remote 4K bad perform.
  • From: 张伟华 <15529316683@xxxxxxx>
• Re: [USB redirection] position offset for touch-screen
  • From: Uri Lublin <uril@xxxxxxxxxx>
• touch screen usb redirection problem
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• [USB redirection] position offset for touch-screen
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Re: Does not show Pre-Boot Login Menu (When using FDE) When Using Qemu
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Does not show Pre-Boot Login Menu (When using FDE) When Using Qemu
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Re: [PATCH 4/4] drm/qxl: add drm_gem_plane_helper_prepare_fb
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v3 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Jernej Škrabec <jernej.skrabec@xxxxxxxxx>
• [PATCH v3 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v3 0/3] drm: Allow simpledrm to setup its emulated FB as firmware provided
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• [PATCH v2 0/3] drm: Allow simpledrm to setup its emulated FB as firmware provided
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 0/3] drm: Allow simpledrm to setup its emulated FB as firmware provided
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] drm: Allow simpledrm to setup its emulated FB as firmware provided
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/3] drm: Allow simpledrm to setup its emulated FB as firmware provided
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 2/3] drm/fb-helper: Rename preferred_bpp drm_fbdev_generic_setup() parameter
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH 31/37] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [RFC v2 08/39] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 31/37] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH 4/4] drm/qxl: add drm_gem_plane_helper_prepare_fb
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• spice-devel@xxxxxxxxxxxxxxxxxxxxx
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Re: Problem with mouse input
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Problem with mouse input
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• [PATCH] drm/qxl: remove qxl_log_level global
  • From: Tom Rix <trix@xxxxxxxxxx>
• [no subject]
  • From: Unknown
• [no subject]
  • From: Unknown
• Re: New native SPICE and VNC Clients for iOS and Mac OS X
  • From: "sondx@xxxxxx" <sondx@xxxxxx>
• Re: New native SPICE and VNC Clients for iOS and Mac OS X
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: New native SPICE and VNC Clients for iOS and Mac OS X
  • From: Vasiliy Tolstov <v.tolstov@xxxxxxxxx>
• New native SPICE and VNC Clients for iOS and Mac OS X
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: Code confusion: the difference between video_stream_trace_update() and video_stream_maintenance()
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Does SPICE support long time single touch to trigger right click action?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Code confusion: the difference between video_stream_trace_update() and video_stream_maintenance()
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Is there a good way to estimate the latency of spice?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Does SPICE support long time single touch to trigger right click action?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Does SPICE support long time single touch to trigger right click action?
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Is there a good way to estimate the latency of spice?
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Code confusion: the difference between video_stream_trace_update() and video_stream_maintenance()
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• [PATCH v2 4/5] drm/qxl: Use TTM builtin resource manager debugfs code
  • From: Zack Rusin <zack@xxxxxxx>
• [PATCH 4/5] drm/qxl: Use TTM builtin resource manager debugfs code
  • From: Zack Rusin <zack@xxxxxxx>
• Re: [PATCH v2] drm/qxl: fix qxl can't use in arm64
  • From: David Airlie <airlied@xxxxxxxxxx>
• Re: [PATCH v2] drm/qxl: fix qxl can't use in arm64
  • From: Cong Liu <liucong2@xxxxxxxxxx>
• Re: Combine JPEG-XL with spice
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Combine JPEG-XL with spice
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v2] drm/qxl: fix qxl can't use in arm64
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v2] drm/qxl: fix qxl can't use in arm64
  • From: Cong Liu <liucong2@xxxxxxxxxx>
• Re: 回复: Re: 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: 回复: Re: 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: <liucong2@xxxxxxxxxx>
• 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: <liucong2@xxxxxxxxxx>
• Re: 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• 回复: Re: 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: <liucong2@xxxxxxxxxx>
• Re: 回复: Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: <liucong2@xxxxxxxxxx>
• Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: 回复: Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Christian König <christian.koenig@xxxxxxx>
• 回复: Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: <liucong2@xxxxxxxxxx>
• Re: [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v1 1/2] drm/qxl: replace ioremap by ioremap_cache on arm64
  • From: Cong Liu <liucong2@xxxxxxxxxx>
• [PATCH v1 2/2] drm/ttm: enable ioremap buffer according to TTM mem caching setting for arm64
  • From: Cong Liu <liucong2@xxxxxxxxxx>
• Re: SPICE support
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: SPICE support
  • From: Michael Toulson <jole169@xxxxxxxxxxx>
• Android client: gstreamer h264 crash
  • From: dstmath <dstmath@xxxxxxx>
• Re: Contributing via patch email or freedesktop Gitlab?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Contributing via patch email or freedesktop Gitlab?
  • From: osy <osy@xxxxxxxxxx>
• KVM spice question
  • From: LordShrimpPineapple <LordShrimpPineapple@xxxxxxxxxxxxxx>
• Re: usbredir doesn't hide/filter specific usb devices
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Combine JPEG-XL with spice
  • From: Walter Mitty <waltermitty121906@xxxxxxxxx>
• Re: usbredir doesn't hide/filter specific usb devices
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: usbredir doesn't hide/filter specific usb devices
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• 回复: usbredir doesn't hide/filter specific usb devices
  • From: "smart_fool@xxxxxxxxxxx" <smart_fool@xxxxxxxxxxx>
• Re: usbredir doesn't hide/filter specific usb devices
  • From: "lizhijian@xxxxxxxxxxx" <lizhijian@xxxxxxxxxxx>
• Re: usbredir doesn't hide/filter specific usb devices
  • From: Uri Lublin <uril@xxxxxxxxxx>
• usbredir doesn't hide/filter specific usb devices
  • From: "Li, Zhijian" <lizhijian@xxxxxxxxxxxxxx>
• "Expect: 100-continue" not handled properly in PUT
  • From: "kt programs" <ktprograms@xxxxxxxxx>
• Re: Following audio device changes
  • From: Neal Piche <phirestalker@xxxxxxxxx>
• Re: Following audio device changes
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Following audio device changes
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Following audio device changes
  • From: Neal Piche <phirestalker@xxxxxxxxx>
• Re: [RFC][PATCH 00/10] drm: Add DRM module helpers for existing PCI drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: How to mount webdav inside QEMU
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Re: Discuss about camera redirection in SPICE
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: How to mount webdav inside QEMU
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• How to mount webdav inside QEMU
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Re: Discuss about camera redirection in SPICE
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: Discuss about camera redirection in SPICE
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: Discuss about camera redirection in SPICE
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: Discuss about camera redirection in SPICE
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Discuss about camera redirection in SPICE
  • From: zhenwei pi <pizhenwei@xxxxxxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: error: No free USB channel
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Spice client
  • From: "zwezda-11@xxxxxxx" <zwezda-11@xxxxxxx>
• Re: [RFC 26/32] drm: handle HAS_IOPORT dependencies
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [RFC 26/32] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: error: No free USB channel
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: error: No free USB channel
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: error: No free USB channel
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• error: No free USB channel
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: i iordanov <iiordanov@xxxxxxxxx>
• Re: attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: Uri Lublin <uril@xxxxxxxxxx>
• attaching a USB device by libusb_device or libusb_device_handle on Android
  • From: i iordanov <iiordanov@xxxxxxxxx>
• [PATCH 07/10] drm/qxl: Move ioctl array next to its only user
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/10] drm/qxl: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/10] drm/vboxvideo: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/10] drm/bochs: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/10] drm/ast: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/10] drm/vmwgfx: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/10] drm/mgag200: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/10] drm/hisilicon/hibmc: Replace module initialization with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [RFC][PATCH 00/10] drm: Add DRM module helpers for existing PCI drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/10] drm/cirrus: Replace module-init boiler-plate code with DRM helpers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/10] drm: Provide PCI module-init macros
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Fractional scaling with spice-client-gtk
  • From: Alex Guzman <alex@xxxxxxxxx>
• Re: [virtio-dev] [RFC PATCH v5] virtio-video: Add virtio video device specification
  • From: Alexandre Courbot <acourbot@xxxxxxxxxxxx>
• Re: [virtio-dev] [RFC PATCH v5] virtio-video: Add virtio video device specification
  • From: Cornelia Huck <cohuck@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 0/2] Cleanups for the nomodeset kernel command line parameter logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v2 2/2] drm: Move nomodeset kernel parameter to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm: Add a drm_drv_enabled() to check if drivers should be enabled
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RESEND PATCH 3/5] drm: Rename vgacon_text_force() function to drm_modeset_disabled()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Cleanups for the nomodeset kernel command line parameter logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [RESEND PATCH 3/5] drm: Rename vgacon_text_force() function to drm_modeset_disabled()
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 3/5] drm: Rename vgacon_text_force() function to drm_modeset_disabled()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 0/5] Cleanups for the nomodeset kernel command line parameter logic
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [RESEND PATCH 0/5] Cleanups for the nomodeset kernel command line parameter logic
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [RESEND PATCH 2/5] drm: Move nomodeset kernel parameter handler to the DRM subsystem
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH 4/4] drm/qxl: use iterator instead of dma_resv_shared_list
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/4] drm/etnaviv: use dma_resv_describe
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/4] drm/msm: use the new dma_resv_describe
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/4] dma-buf: add dma_fence_describe and dma_resv_describe v2
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• DMA-buf debugfs cleanups
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Required software python-spice-clicent-gtk and spice-vdagent for ubuntu and BSD
  • From: pqbpqb <ppqb@xxxxx>
• Re: [PATCH 1/4] dma-buf: add dma_fence_describe and dma_resv_describe
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/4] dma-buf: add dma_fence_describe and dma_resv_describe
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 4/4] drm/qxl: use iterator instead of dma_resv_shared_list
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 3/4] drm/etnaviv: use dma_resv_describe
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/4] drm/msm: use the new dma_resv_describe
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/4] dma-buf: add dma_fence_describe and dma_resv_describe
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: phodav build/run on OSX
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• phodav build/run on OSX
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• Re: vdagent, pho-dav for Darwin/OSX?
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• Re: Github "spice"
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Github "spice"
  • From: Wolf ‎ <wolf@xxxxxxxx>
• Re: vdagent, pho-dav for Darwin/OSX?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• vdagent, pho-dav for Darwin/OSX?
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• Re: spice protocol 11.5 encrypted password
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: spice protocol 11.5 encrypted password
  • From: Andrey Af <public.irkutsk@xxxxxxxxx>
• Re: Has SPICE devlopment stopped?
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: spice protocol 11.5 encrypted password
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• spice protocol 11.5 encrypted password
  • From: Andrey Af <public.irkutsk@xxxxxxxxx>
• Re: Has SPICE devlopment stopped?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Has SPICE devlopment stopped?
  • From: insodus@xxxxxx
• how to use wix script for qxl-wddm-dod river installation
  • From: Henry Zhang <gfx.kvm.zhang@xxxxxxxxx>
• vdagent 0.21 is running, but more questions...
  • From: ole-krutov@xxxxxxxxx
• Re: No mouse with nvidia driver (spice-vdagent not working)
  • From: ole-krutov@xxxxxxxxx
• Re: How to run spice-vdagentd 0.21 properly?
  • From: ole-krutov@xxxxxxxxx
• Re: How to run spice-vdagentd 0.21 properly?
  • From: ole-krutov@xxxxxxxxx
• How to run spice-vdagentd 0.21 properly?
  • From: ole-krutov@xxxxxxxxx
• Re: No mouse with nvidia driver (spice-vdagent not working)
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: No mouse with nvidia driver (spice-vdagent not working)
  • From: "ole-krutov@xxxxxxxxx" <ole-krutov@xxxxxxxxx>
• Re: No mouse with nvidia driver (spice-vdagent not working)
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• No mouse with nvidia driver (spice-vdagent not working)
  • From: ole-krutov@xxxxxxxxx
• libcacard 2.8.1 release
  • From: Jakub Jelen <jjelen@xxxxxxxxxx>
• [PATCH] Fix launching xsession script
  • From: ValdikSS <iam@xxxxxxxxxxxxxxx>
• What is spice-streaming-agent state?
  • From: ole-krutov@xxxxxxxxx
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: winspice: a windows spice server similar to x11spice
  • From: Dunrong Huang <riegamaths@xxxxxxxxx>
• Re: winspice: a windows spice server similar to x11spice
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: WIP: usbredir rust bindings
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• WIP: usbredir rust bindings
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Re: winspice: a windows spice server similar to x11spice
  • From: Dunrong Huang <riegamaths@xxxxxxxxx>
• Re: winspice: a windows spice server similar to x11spice
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Spice with H264/5
  • From: "Noah O'Donoghue" <noah.odonoghue@xxxxxxxxx>
• winspice: a windows spice server similar to x11spice
  • From: Dunrong Huang <riegamaths@xxxxxxxxx>
• Re: Spice with H264/5
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Spice with proxmox and linux mint
  • From: "djkraven@xxxxxxxxx" <djkraven@xxxxxxxxx>
• Re: github.com/spice
  • From: Luke Kim <luke@xxxxxxxxxx>
• Re: github.com/spice
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• github.com/spice
  • From: Luke Kim <luke@xxxxxxxxxx>
• Re: Poor video performance in virt-manager with spice
  • From: gansteed <gansteed@xxxxxxxxx>
• Poor video performance in virt-manager with spice
  • From: gansteed <gansteed@xxxxxxxxx>
• Re: spice-vdagent user systemd unit
  • From: Rex Dieter <rdieter@xxxxxxxxx>
• Re: spice-vdagent user systemd unit
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• spice-vdagent user systemd unit
  • From: Rex Dieter <rdieter@xxxxxxxxx>
• Re: Speed of file transfers
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: Speed of file transfers
  • From: Sofia Son <admjral3@xxxxxxxxx>
• Re: [PATCH] drm/qxl: Convert to Linux IRQ interfaces
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Speed of file transfers
  • From: Sofia Son <admjral3@xxxxxxxxx>
• [PATCH] drm/qxl: Convert to Linux IRQ interfaces
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Neil Armstrong <narmstrong@xxxxxxxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Chen-Yu Tsai <wens@xxxxxxxxxx>
• Re: [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: "Das, Nirmoy" <nirmoy.das@xxxxxxx>
• [PATCH] drm/aperture: Pass DRM driver structure instead of driver name
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/qxl: Remove empty qxl_gem_prime_mmap()
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm/qxl: Remove empty qxl_gem_prime_mmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• about key grabbing and screenreader accessibility
  • From: илья пащук <ilusha.paschuk@xxxxxxxxx>
• Spice with H264/5
  • From: "Noah O'Donoghue" <noah.odonoghue@xxxxxxxxx>
• Re: License and Payment Required?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• License and Payment Required?
  • From: "Shawn O. Eary" <seary@xxxxxxxx>
• [PATCH 4/9] drm/msm: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 0/9] drm: Implement gem_prime_mmap with drm_gem_prime_mmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/9] drm/etnaviv: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/9] drm/mediatek: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/9] drm/exynox: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 9/9] drm: Update documentation and TODO of gem_prime_mmap hook
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 5/9] drm/qxl: Remove empty qxl_gem_prime_mmap()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 8/9] drm/rockchip: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 6/9] drm/vgem: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 7/9] drm/xen: Implement mmap as GEM object function
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm: qxl: ensure surf.data is ininitialized
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] drm: qxl: ensure surf.data is ininitialized
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• Re: Inquiry
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• [PATCH 2/2] drm/qxl: balance dumb_shadow_bo pin
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH 1/2] drm/qxl: drop redundant code
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• RFC: use dma_alloc_noncoherent in ttm_pool_alloc_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/ttm: use dma_alloc_pages for the page pool
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH AUTOSEL 5.11 002/115] drm/qxl: do not run release if qxl failed to init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 02/57] drm/qxl: release shadow on shutdown
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 002/100] drm/qxl: do not run release if qxl failed to init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 003/134] drm/qxl: release shadow on shutdown
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.11 003/115] drm/qxl: release shadow on shutdown
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.12 002/134] drm/qxl: do not run release if qxl failed to init
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 003/100] drm/qxl: release shadow on shutdown
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Germano Massullo <germano.massullo@xxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Germano Massullo <germano.massullo@xxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Germano Massullo <germano.massullo@xxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Re: Fedora 34 guests can no longer paste from host
  • From: Marc-André Lureau <marcandre.lureau@xxxxxxxxx>
• Fedora 34 guests can no longer paste from host
  • From: Germano Massullo <germano.massullo@xxxxxxxxx>
• ANNOUNCE spice-server 0.15 release
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/3] build-sys: more version related fixups
  • From: Roman Bogorodskiy <bogorodskiy@xxxxxxxxx>
• Re: [PATCH 2/3] red-stream: add missing include
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/3] build-sys: more version related fixups
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH 2/3] red-stream: add missing include
  • From: Roman Bogorodskiy <bogorodskiy@xxxxxxxxx>
• [PATCH 1/3] build-sys: more version related fixups
  • From: Roman Bogorodskiy <bogorodskiy@xxxxxxxxx>
• [PATCH 3/3] Fix setsockopt on FreeBSD
  • From: Roman Bogorodskiy <bogorodskiy@xxxxxxxxx>
• [PATCH 0/3] Assorted FreeBSD fixes
  • From: Roman Bogorodskiy <bogorodskiy@xxxxxxxxx>
• Re: Helping with development...
  • From: Oleg Krutov <ole-krutov@xxxxxxxxx>
• Re: Helping with development...
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• sig and key :)
  • From: hottuff <hottuff@xxxxxxxxxx>
• [PATCH v2 1/4] drm/gem-ttm-helper: Provide helper for struct drm_driver.dumb_map_offset
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 2/4] drm/vram-helper: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 4/4] drm/qxl: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v2 3/4] drm/nouveau: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] meson: Fix pkgconfig required library name reference
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Maxime Ripard <maxime@xxxxxxxxxx>
• Helping with development...
  • From: Bob Britton <bob@xxxxxxxxxxxxxxxxx>
• [PATCH] meson: Fix include directories needed to build
  • From: Bruce Rogers <brogers@xxxxxxxx>
• [PATCH] meson: Fix pkgconfig required library name reference
  • From: Bruce Rogers <brogers@xxxxxxxx>
• Re: [PATCH 2/4] drm/vram-helper: Use drm_gem_ttm_dumb_map_offset()
  • From: kernel test robot <lkp@xxxxxxxxx>
• spice help needed
  • From: Roland <sassen@xxxxxxxxxxx>
• [PATCH 0/4] drm: Generic dumb_map_offset for TTM-based drivers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 3/4] drm/nouveau: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 2/4] drm/vram-helper: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 1/4] drm/gem-ttm-helper: Provide helper for struct drm_driver.dumb_map_offset
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 4/4] drm/qxl: Use drm_gem_ttm_dumb_map_offset()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: FIXME advice
  • From: Jeremy White <jwhite@xxxxxxxxxxxxxxx>
• jhbuild run remote-viewer on Mac OSX
  • From: Raj Sahae <rsahae@xxxxxxxxx>
• FIXME advice
  • From: "Browning, Peter" <PEBROWNING@xxxxxxxxxxx>
• Re: spice-gtk: Synchronized/duplicated input across multiple widgets
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• spice-gtk: Synchronized/duplicated input across multiple widgets
  • From: James Harvey <jamespharvey20@xxxxxxxxx>
• Re: drm/ttm: switch to per device LRU lock
  • From: Colin Ian King <colin.king@xxxxxxxxxxxxx>
• Re: drm/ttm: switch to per device LRU lock
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: Qemu with Spice support on Windows10 host: a report
  • From: Helge Konetzka <helge@xxxxxxxxxxx>
• Re: Qemu with Spice support on Windows10 host: a report
  • From: Helge Konetzka <helge@xxxxxxxxxxx>
• Re: Qemu with Spice support on Windows10 host: a report
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Qemu with Spice support on Windows10 host: a report
  • From: Daniel P. Berrangé <berrange@xxxxxxxxxx>
• Qemu with Spice support on Windows10 host: a report
  • From: Helge Konetzka <helge@xxxxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: "Dr. Jennifer Nussbaum" <bg271828@xxxxxxxxx>
• Spice for CI
  • From: Roland <sassen@xxxxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: Julien Rope <jrope@xxxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: "Dr. Jennifer Nussbaum" <bg271828@xxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: Uri Lublin <uril@xxxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: "Dr. Jennifer Nussbaum" <bg271828@xxxxxxxxx>
• Re: Multiple monitors at 4K, in virt-manager?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Multiple monitors at 4K, in virt-manager?
  • From: "Dr. Jennifer Nussbaum" <bg271828@xxxxxxxxx>
• Re: [patch 2/7] drm/vmgfx: Replace kmap_atomic()
  • From: Roland Scheidegger <sroland@xxxxxxxxxx>
• Re: [PATCH] qxl: Fix uninitialised struct field head.surface_id
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [patch 1/7] drm/ttm: Replace kmap_atomic() usage
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [patch 2/7] drm/vmgfx: Replace kmap_atomic()
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• [patch 7/7] io-mapping: Remove io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 0/7] drm, highmem: Cleanup io/kmap_atomic*() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 4/7] drm/qxl: Replace io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 6/7] drm/i915: Replace io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 1/7] drm/ttm: Replace kmap_atomic() usage
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 2/7] drm/vmgfx: Replace kmap_atomic()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 3/7] highmem: Remove kmap_atomic_prot()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 5/7] drm/nouveau/device: Replace io_mapping_map_atomic_wc()
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH] qxl: Fix uninitialised struct field head.surface_id
  • From: Colin King <colin.king@xxxxxxxxxxxxx>
• spice-html5 supporting password
  • From: 王杰东 <wangjiedong@xxxxxxxxxx>
• Re: No Sound with RemoteViewer on OSX Client
  • From: Matt <matt_sienko@xxxxxxxxx>
• Re: No Sound with RemoteViewer on OSX Client
  • From: Jakub Janku <jjanku@xxxxxxxxxx>
• Re: No Sound with RemoteViewer on OSX Client
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: 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>