Spice Development

• Thread Index

• [PATCH] drm: cast calculation to __u64 in qxl_mode_dumb_create()
  • From: Gax-c <zichenxie0106@xxxxxxxxx>
• Re: SPICE UDP
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Raphaël Gallais-Pou <rgallaispou@xxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• SPICE UDP
  • From: Алексей Сафонов <segs509@xxxxxxxxx>
• Re: [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Raphaël Gallais-Pou <rgallaispou@xxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Liviu Dudau <liviu.dudau@xxxxxxx>
• Re: [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• Re: [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH 0/5] drm/connector: make mode_valid() callback accept const mode pointer
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 4/5] drm/connector: make mode_valid_ctx accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 2/5] drm/amdgpu: don't change mode in amdgpu_dm_connector_mode_valid()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 1/5] drm/encoder_slave: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 5/5] drm/connector: make mode_valid accept const struct drm_display_mode
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH 3/5] drm/sti: hda: pass const struct drm_display_mode* to hda_get_mode_idx()
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH] usbredirtestclient: fix memory leak
  • From: Anastasia Belova <abelova@xxxxxxxxxxxxx>
• [PATCH v9 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Dmitry Baryshkov <dmitry.baryshkov@xxxxxxxxxx>
• [PATCH v9 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v9 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v9 3/5] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v9 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v9 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v9 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v9 2/5] Bluetooth: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v9 3/5] drm: handle HAS_IOPORT dependencies
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH v8 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v8 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• How to increase Clipboard size to Windows 10 guest?
  • From: Michele Petrelli <michelepetrelli73@xxxxxxxxx>
• [PATCH v7 3/5] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 2/5] Bluetooth: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v8 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v7 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 2/5] Bluetooth: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 3/5] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v8 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v7 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v6 1/5] hexagon: Don't select GENERIC_IOMAP without HAS_IOPORT support
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxx>
• Re: [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [PATCH v6 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v6 3/5] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v6 4/5] tty: serial: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v6 5/5] asm-generic/io.h: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v6 0/5] treewide: Remove I/O port accessors for HAS_IOPORT=n
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH v6 2/5] Bluetooth: add HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Matthew Brost <matthew.brost@xxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• [PATCH v2 0/2] drm/ttm: Add an option to report graphics memory OOM
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH v2 2/2] drm/ttm: Add a device flag to propagate -ENOSPC on OOM
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Louis Chauvet <louis.chauvet@xxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH 2/2] drm: Move crtc->{x, y, mode, enabled} to legacy sub-structure
  • From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
• [PATCH 0/2] drm: Treewide plane/crtc legacy state sweeping
  • From: Ville Syrjala <ville.syrjala@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] drm/ttm: Add a device flag to propagate -ENOSPC on OOM
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH v4] drm/qxl: Add drm_panic support
  • From: Ryosuke Yasuoka <ryasuoka@xxxxxxxxxx>
• Re: [PATCH v3] drm/qxl: Add drm_panic support
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• [PATCH v3] drm/qxl: Add drm_panic support
  • From: Ryosuke Yasuoka <ryasuoka@xxxxxxxxxx>
• Re: [PATCH v2] drm/qxl: Add drm_panic support
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• [PATCH v2] drm/qxl: Add drm_panic support
  • From: Ryosuke Yasuoka <ryasuoka@xxxxxxxxxx>
• Re: UsbDk on Win7?
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• UsbDk on Win7?
  • From: Andrei Boros <andrei@xxxxxx>
• Re: Guest Post Request
  • From: Randall Suter <randallsuter@xxxxxxxxx>
• Re: [PATCH] drm/qxl: Add drm_panic support
  • From: Jocelyn Falempe <jfalempe@xxxxxxxxxx>
• Re: Guest Post Request
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• [PATCH] drm/qxl: Add drm_panic support
  • From: Ryosuke Yasuoka <ryasuoka@xxxxxxxxxx>
• Re: Guest Post Request
  • From: Randall Suter <randallsuter@xxxxxxxxx>
• [RFC] drm/qxl: Add drm_panic support
  • From: Ryosuke Yasuoka <ryasuoka@xxxxxxxxxx>
• [PATCH] drm/qxl: Add drm_panic support
  • From: Ryosuke Yasuoka <ryasuoka@xxxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Guest Post Request
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Guest Post Request
  • From: Randall Suter <randallsuter@xxxxxxxxx>
• [PATCH 0/2] drm/ttm: Add an option to report graphics memory OOM
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• [PATCH 2/2] drm/ttm: Add a device flag to propagate -ENOSPC on OOM
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] drm/ttm: Change ttm_device_init to use a struct instead of multiple bools
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Guest Post Request
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Guest Post Request
  • From: Randall Suter <randallsuter@xxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: [EXTERN] HW de/encoding & Chroma supsampling
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] usbredirhost: prevent overflow in usbredirhost_set_iso_threshold
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: [PATCH] usbredirhost: prevent overflow in usbredirhost_set_iso_threshold
  • From: Anastasia Belova <abelova@xxxxxxxxxxxxx>
• Re: virtio-vga two monitors and spice
  • From: Michael Lipp <mnl@xxxxxx>
• [PATCH] server/tests/:fix free nonheap memmory attempt
  • From: Dmitry Frolov <frolov@xxxxxxxxx>
• Re: virtio-vga two monitors and spice
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: Question regarding suitability of Spice for my workplace
  • From: David Counter <davidjcounter@xxxxxxxxx>
• virtio-vga two monitors and spice
  • From: Michael Lipp <mnl@xxxxxx>
• Re: Question regarding suitability of Spice for my workplace
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• HW de/encoding & Chroma supsampling
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• [PATCH 6.10 373/809] drm/qxl: Pin buffer objects for internal mappings
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Guest Post Request
  • From: Randall Suter <randallsuter@xxxxxxxxx>
• Question regarding suitability of Spice for my workplace
  • From: David Counter <davidjcounter@xxxxxxxxx>
• Re: Guest Post Request
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Guest Post Request
  • From: Randall Suter <randallsuter@xxxxxxxxx>
• [PATCH v2] drm/qxl: fix null pointer dereference in qxl_add_mode
  • From: Ma Ke <make24@xxxxxxxxxxx>
• spice-webdavd service fails to start on Windows 11 guest in GNOME boxes
  • From: Cypress Tomaneng <cypress_tomaneng@xxxxxxxxx>
• Re: [PATCH v2] drm/qxl: Pin buffer objects for internal mappings
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: Pin buffer objects for internal mappings
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH v2] drm/qxl: Pin buffer objects for internal mappings
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH v2] drm/qxl: Pin buffer objects for internal mappings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• RE: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] drm/qxl: Pin buffer objects for internal mappings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/qxl: Pin buffer objects for internal mappings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/qxl: Pin buffer objects for internal mappings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH] drm/qxl: Pin buffer objects for internal mappings
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH] drm/qxl: Pin buffer objects for internal mappings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• RE: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• [PATCH RESEND] drm/qxl: fix null pointer dereference in qxl_add_mode
  • From: Ma Ke <make24@xxxxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: [REGRESSION] QXL display malfunction
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• [PATCH] drm/qxl: Pin buffer objects for internal mappings
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [REGRESSION] QXL display malfunction
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH] usbredirhost: prevent overflow in usbredirhost_set_iso_threshold
  • From: Anastasia Belova <abelova@xxxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: fix null pointer dereference in qxl_add_mode
  • From: Markus Elfring <Markus.Elfring@xxxxxx>
• Re: (subset) [PATCH] drm/qxl: Add check for drm_cvt_mode
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH] drm/qxl: fix null pointer dereference in qxl_add_mode
  • From: Ma Ke <make24@xxxxxxxxxxx>
• Re: [PATCH] drm/qxl: Add check for drm_cvt_mode
  • From: Heng Qi <hengqi@xxxxxxxxxxxxxxxxx>
• [PATCH] drm/qxl: Add check for drm_cvt_mode
  • From: Chen Ni <nichen@xxxxxxxxxxx>
• Re: High delay of video-streams
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• RE: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• RE: [REGRESSION] QXL display malfunction
  • From: "Kaplan, David" <David.Kaplan@xxxxxxx>
• Re: [REGRESSION] QXL display malfunction
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [REGRESSION] QXL display malfunction
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v8 2/6] dcc: Create a stream associated with gl_draw for non-gl clients (v6)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v8 5/6] gstreamer-encoder: Map the drm format to appropriate Gstreamer format
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v8 6/6] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v8 4/6] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v8 1/6] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v8 3/6] dcc-send: Encode and send gl_draw stream data to the remote client (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v8 0/6] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v8)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: Website error
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Website error
  • From: Andrei Boros <andrei@xxxxxx>
• Re: High delay of video-streams
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: High delay of video-streams
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v7 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v7 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v7 3/5] dcc-send: Encode and send gl_draw stream data to the remote client (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v7 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v7 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v6)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v7 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v7)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: vdagent drag and drop question
  • From: ToddAndMargo <ToddAndMargo@xxxxxxxx>
• Re: vdagent drag and drop question
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• RE: [PATCH v6 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v6)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: vdagent drag and drop question
  • From: ToddAndMargo <ToddAndMargo@xxxxxxxx>
• Re: High delay of video-streams
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: USB mouse on MacOS arm64 client
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: vdagent drag and drop question
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: [PATCH v6 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v6)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• vdagent drag and drop question
  • From: ToddAndMargo <ToddAndMargo@xxxxxxxx>
• USB mouse on MacOS arm64 client
  • From: Andreas Yankopolus <andreas@xxxxxxx>
• Re: Audio through spice
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• About your spice-space.org.
  • From: Hayley Wiggins <hayley@xxxxxxxxxxxxxxxxxxxx>
• Re: Audio through spice
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• Re: Audio through spice
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
  • From: Anders Blomdell <anders.blomdell@xxxxxxxxx>
• Re: [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
  • From: David Wang <00107082@xxxxxxx>
• [Regression] 6.9.0: WARNING: workqueue: WQ_MEM_RECLAIM ttm:ttm_bo_delayed_delete [ttm] is flushing !WQ_MEM_RECLAIM events:qxl_gc_work [qxl]
  • From: David Wang <00107082@xxxxxxx>
• Audio through spice
  • From: Dorothy Calhoon <rdservants@xxxxxxx>
• Re: Anyone want to take over Fedora packaging for spice-html?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: High delay of video-streams
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Connect through https proxy
  • From: Michael Lipp <mnl@xxxxxx>
• Re: (subset) [PATCH v2 1/1] Revert "drm/qxl: simplify qxl_fence_wait"
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH v2 1/1] Revert "drm/qxl: simplify qxl_fence_wait"
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/1] Revert "drm/qxl: simplify qxl_fence_wait"
  • From: Alex Constantino <dreaming.about.electric.sheep@xxxxxxxxx>
• [PATCH v2 0/1] Revert "drm/qxl: simplify qxl_fence_wait"
  • From: Alex Constantino <dreaming.about.electric.sheep@xxxxxxxxx>
• Re: [EXTERN] Re: High delay of video-streams
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [linux-next:master] BUILD REGRESSION c0b832517f627ead3388c6f0c74e8ac10ad5774b
  • From: kernel test robot <lkp@xxxxxxxxx>
• Anyone want to take over Fedora packaging for spice-html?
  • From: Jeremy White <jwhite@xxxxxxxxxxxxxxx>
• Re: [EXTERN] Re: High delay of video-streams
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: High delay of video-streams
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/2] drm/qxl: remove unused `count` variable from `qxl_surface_id_alloc()`
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Bug Report - GNOME/Mutter Fractional Scaling
  • From: Adonnen Dagnir <lordmethenor@xxxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION a6bd6c9333397f5a0e2667d4d82fef8c970108f2
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: drivers/gpu/drm/qxl/qxl_cmd.c:424:6: error: variable 'count' set but not used
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 1/2] drm/qxl: remove unused `count` variable from `qxl_surface_id_alloc()`
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH 1/1] drm/qxl: fixes qxl_fence_wait
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: drivers/gpu/drm/qxl/qxl_cmd.c:424:6: error: variable 'count' set but not used
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH 2/2] drm/qxl: remove unused variable from `qxl_process_single_command()`
  • From: Miguel Ojeda <ojeda@xxxxxxxxxx>
• Re: [PATCH 1/2] drm/qxl: remove unused `count` variable from `qxl_surface_id_alloc()`
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• [PATCH 1/2] drm/qxl: remove unused `count` variable from `qxl_surface_id_alloc()`
  • From: Miguel Ojeda <ojeda@xxxxxxxxxx>
• [linux-next:master] BUILD REGRESSION 26074e1be23143b2388cacb36166766c235feb7c
  • From: kernel test robot <lkp@xxxxxxxxx>
• drivers/gpu/drm/qxl/qxl_cmd.c:424:6: error: variable 'count' set but not used
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: drivers/gpu/drm/qxl/qxl_cmd.c:424:6: error: variable 'count' set but not used
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: The OSX Spice client is in a horrible state.
  • From: Timo Lindfors <timo.lindfors@xxxxxx>
• The OSX Spice client is in a horrible state.
  • From: presi300work <presi300work@xxxxxxxxx>
• Re: [PATCH 1/1] drm/qxl: fixes qxl_fence_wait
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: High delay of video-streams
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: Inquiry about @spice Github Username
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• High delay of video-streams
  • From: Michael Scherle <michael.scherle@xxxxxxxxxxxxxxxxxx>
• Re: [10/13] drm/fbdev-generic: Fix locking with drm_client_buffer_vmap_local()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Re: [09/13] drm/gem: Acquire reservation lock in drm_gem_{pin/unpin}()
  • From: Sui Jingfeng <sui.jingfeng@xxxxxxxxx>
• Inquiry about @spice Github Username
  • From: Santiago Paiva <paiva.santiago@xxxxxxxxx>
• Re: [PATCH 1/1] drm/qxl: fixes qxl_fence_wait
  • From: Thorsten Leemhuis <regressions@xxxxxxxxxxxxx>
• [PATCH 0/1] drm/qxl: fixes qxl_fence_wait
  • From: Alex Constantino <dreaming.about.electric.sheep@xxxxxxxxx>
• [PATCH 1/1] drm/qxl: fixes qxl_fence_wait
  • From: Alex Constantino <dreaming.about.electric.sheep@xxxxxxxxx>
• [PATCH][next] drm/qxl: remove unused variable num_relocs
  • From: Colin Ian King <colin.i.king@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• [PATCH v6 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v6)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v6 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v6 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v6 3/5] dcc-send: Encode and send gl_draw stream data to the remote client (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v6 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v6 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v5)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v5 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v4)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v5 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v5 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v5 3/5] dcc-send: Encode and send gl_draw stream data to the remote client (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v5 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v5)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v5 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v5 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH] drm/qxl: fix NULL dereference in qxl_add_mode
  • From: Aleksandr Burakov <a.burakov@xxxxxxxxxxxx>
• [PATCH v2] drm/qxl: fix NULL dereference in qxl_add_mode
  • From: Aleksandr Burakov <a.burakov@xxxxxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH] drm/qxl: fix NULL dereference in qxl_add_mode
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v4 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v4 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v4 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v3)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v4 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Dmitry Osipenko <dmitry.osipenko@xxxxxxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• [PATCH] drm/qxl: remove redundant code
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/13] drm/qxl: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• Re: [PATCH 09/13] drm/gem: Acquire reservation lock in drm_gem_{pin/unpin}()
  • From: Zack Rusin <zack.rusin@xxxxxxxxxxxx>
• [PATCH v4 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 3/5] dcc-send: Encode and send gl_draw stream data to the remote client (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 13/13] drm/qxl: Do not pin buffer objects for vmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 12/13] drm/gem-vram: Do not pin buffer objects for vmap
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 07/13] drm/qxl: Provide qxl_bo_{pin,unpin}_locked()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 06/13] drm/nouveau: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 11/13] drm/client: Pin vmap'ed GEM buffers
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 10/13] drm/fbdev-generic: Fix locking with drm_client_buffer_vmap_local()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 08/13] drm/qxl: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 09/13] drm/gem: Acquire reservation lock in drm_gem_{pin/unpin}()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 04/13] drm/msm: Acquire reservation lock in GEM pin/unpin callback
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 05/13] drm/nouveau: Provide nouveau_bo_{pin,unpin}_locked()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 03/13] drm/msm: Provide msm_gem_get_pages_locked()
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 02/13] drm/gem-vram: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 01/13] drm/gem-shmem: Acquire reservation lock in GEM pin/unpin callbacks
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH 00/13] drm: Fix reservation locking for pin/unpin and console
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: Mouse Back and Forward button
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: err in dockerfile (for xspice)
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• err in dockerfile (for xspice)
  • From: Ali Dehghan <ali.a.dehghan@xxxxxxxxx>
• Mouse Back and Forward button
  • From: Jason Chen <jastsai@xxxxxxxxxxx>
• [PATCH 6.7 253/346] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.6 259/331] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm: Disable the cursor plane on atomic contexts with virtualized drivers" has been added to the 6.7-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• Patch "drm: Disable the cursor plane on atomic contexts with virtualized drivers" has been added to the 6.6-stable tree
  • From: <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH] dma-buf: Clean up errors in qxl_release.h
  • From: GuoHua Chen <chenguohua_716@xxxxxxx>
• Re: [PATCH 5.10 1/1] drm/qxl: fix UAF on handle creation
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 1/1] drm/qxl: fix UAF on handle creation
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• [PATCH 5.10 0/1] drm/qxl: fix UAF on handle creation
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Does a Java SPICE client library exist?
  • From: Anston Sorensen <ansorensen1118@xxxxxxxxx>
• Re: Is there some problem with latest VirtIO drivers and recent Windows 11 23H2?
  • From: Yuri Benditovich <yuri.benditovich@xxxxxxxxxx>
• Is there some problem with latest VirtIO drivers and recent Windows 11 23H2?
  • From: Carlos González <piteccelaya@xxxxxxxxx>
• Re: usb passtrough
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: usb passtrough
  • From: John Paul Morrison <jmorrison@xxxxxxxxxxxx>
• usb passtrough
  • From: Fabio <cellulare3@xxxxxxxxx>
• Re: Bug#1054514: linux-image-6.1.0-13-amd64: Debian VM with qxl graphics freezes frequently
  • From: "Linux regression tracking (Thorsten Leemhuis)" <regressions@xxxxxxxxxxxxx>
• Re: Friendly ping. I think this patch was forgotten.//回复: [PATCH] drm/qxl: remove unused declaration
  • From: mripard <mripard@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: remove unused declaration
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH v3 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v3 3/5] dcc-send: Encode and send gl_draw stream data to the remote client (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v3 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v3 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v3 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v3 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Friendly ping. I think this patch was forgotten.//回复: [PATCH] drm/qxl: remove unused declaration
  • From: 何敏红 <heminhong@xxxxxxxxxx>
• Re: [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: Hamza Mahfooz <hamza.mahfooz@xxxxxxx>
• Re: [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Bhardwaj, Rajneesh" <Rajneesh.Bhardwaj@xxxxxxx>
• Re: [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 2/2] drm/amdgpu: use GTT only as fallback for VRAM|GTT
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH 1/2] drm/ttm: replace busy placement with flags v3
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• TTM improvement and amdgpu fix
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Bug with invisible cursor when using GVTg
  • From: HF <hf@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v5] gstreamer-encoder: Use an env var to override converter format (v5)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v5] gstreamer-encoder: Use an env var to override converter format (v5)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH AUTOSEL 6.5 2/6] drm/qxl: prevent memory leak
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v4] gstreamer-encoder: Use an env var to override converter format (v4)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH AUTOSEL 6.5 2/6] drm/qxl: prevent memory leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 2/6] drm/qxl: prevent memory leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 2/6] drm/qxl: prevent memory leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 2/4] drm/qxl: prevent memory leak
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH v4] gstreamer-encoder: Use an env var to override converter format (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v4 1/2] gstreamer-encoder: Use an env var to override converter format (v3)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH spice-common] build: Avoid Meson warning
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH] drm/qxl: remove unused declaration
  • From: heminhong <heminhong@xxxxxxxxxx>
• Re: [RESEND PATCH] drm/qxl: prevent memory leak
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH spice-gtk 1/2] Update spice-common submodule
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: [PATCH spice-common] build: Avoid Meson warning
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: [PATCH spice-gtk] gstreamer: Fallback to S/W decoder if H/W one is not working (v2)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH spice-gtk] gstreamer: Fix leak using GstBus watch (v2)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH spice-gtk 2/2] gstreamer: Fallback to S/W decoder if H/W one is not working
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-gtk] gstreamer: Fallback to S/W decoder if H/W one is not working (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-gtk] gstreamer: Fix leak using GstBus watch (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH spice-gtk 1/2] gstreamer: Fix leak using GstBus watch
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH spice-gtk 1/2] gstreamer: Fix leak using GstBus watch
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH spice-gtk 2/2] gstreamer: Fallback to S/W decoder if H/W one is not working
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• [PATCH spice-gtk] ci: Avoid Meson warning during CI
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-gtk] build: Avoids a Meson warning
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-common] build: Avoid Meson warning
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-gtk 2/2] gstreamer: Fallback to S/W decoder if H/W one is not working
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-gtk 1/2] gstreamer: Fix leak using GstBus watch
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH spice-gtk 2/2] gstreamer: Avoid dangling pointers in free_pipeline
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH spice-gtk 2/2] gstreamer: Avoid dangling pointers in free_pipeline
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• [PATCH spice-gtk 2/2] gstreamer: Avoid dangling pointers in free_pipeline
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH spice-gtk 1/2] Update spice-common submodule
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v5] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v5)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v4)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v4)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v4)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v4)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v4)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Excuse me, I want to ask some question about spice-html5
  • From: hjq <13883362265@xxxxxxx>
• Bug with MINT Distros
  • From: Mikel Goicoechea Martínez <migoicoechea@xxxxxxxx>
• Re: [PATCH v6 9/9] drm: Introduce documentation for hotspot properties
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: Bug#1054514: linux-image-6.1.0-13-amd64: Debian VM with qxl graphics freezes frequently
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: Bug#1054514: linux-image-6.1.0-13-amd64: Debian VM with qxl graphics freezes frequently
  • From: Salvatore Bonaccorso <carnil@xxxxxxxxxx>
• Re: Bug#1054514: linux-image-6.1.0-13-amd64: Debian VM with qxl graphics freezes frequently
  • From: Timo Lindfors <timo.lindfors@xxxxxx>
• Re: [PATCH v6 9/9] drm: Introduce documentation for hotspot properties
  • From: Michael Banack <banackm@xxxxxxxxxx>
• Re: [PATCH v6 9/9] drm: Introduce documentation for hotspot properties
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH v6 1/9] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Simon Ser <contact@xxxxxxxxxxx>
• [PATCH v6 2/9] drm/atomic: Add support for mouse hotspots
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 4/9] drm/qxl: Use the hotspot properties from cursor planes
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 3/9] drm/vmwgfx: Use the hotspot properties from cursor planes
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 1/9] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 5/9] drm/vboxvideo: Use the hotspot properties from cursor planes
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• Re: [PATCH v6 9/9] drm: Introduce documentation for hotspot properties
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 6/9] drm/virtio: Use the hotspot properties from cursor planes
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 9/9] drm: Introduce documentation for hotspot properties
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 8/9] drm: Introduce DRM_CLIENT_CAP_CURSOR_PLANE_HOTSPOT
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• [PATCH v6 7/9] drm: Remove legacy cursor hotspot code
  • From: Albert Esteve <aesteve@xxxxxxxxxx>
• Re: [PATCH v6 0/9] Fix cursor planes with virtualized drivers
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: [PATCH v3] common: Add a udev helper to identify GPU Vendor (v3)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 1/2] gstreamer-encoder: Use an env var to override converter format (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v4 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v4)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v3] common: Add a udev helper to identify GPU Vendor (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: spice protocal connection issue
  • From: Uri Lublin <uril@xxxxxxxxxx>
• [PATCH] drm/qxl: fix a possible null pointer dereference
  • From: Ma Ke <make_ruc2021@xxxxxxx>
• Re: spice protocal connection issue
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• spice protocal connection issue
  • From: 王雪松 <wangxuesonger@xxxxxxx>
• Re: [PATCH 1/2] channel-display-gst: Prefer playbin3 to playbin (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v3)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/2] gstreamer-encoder: Use an env var to override converter format (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH] common: Add a udev helper to identify GPU Vendor (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH] common: Add a udev helper to identify GPU Vendor (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH 1/2] channel-display-gst: Prefer playbin3 to playbin (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 2/2] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH] common: Add a udev helper to identify GPU Vendor (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 1/2] gstreamer-encoder: Use an env var to override converter format (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 0/2] spice/gstreamer: Use h/w based encoders/decoders with Intel GPUs if possible (v3)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: Drag and Drop from Guest to Host
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Drag and Drop from Guest to Host
  • From: haibin wang <haibinwang@xxxxxxxxxxx>
• Re: Potential ways to describe virtio-video device capabilities
  • From: Alexander Gordeev <alexander.gordeev@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] gstreamer-encoder: Use NV12 as the default vpp conversion format
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Potential ways to describe virtio-video device capabilities
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Potential ways to describe virtio-video device capabilities
  • From: Alexander Gordeev <alexander.gordeev@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] gstreamer-encoder: Use NV12 as the default vpp conversion format
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v2)
  • From: "Teng, Jin Chung" <jin.chung.teng@xxxxxxxxx>
• Re: 安裝Android
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• 安裝Android
  • From: Lin Richard <richard.lin@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] gstreamer-encoder: Use NV12 as the default vpp conversion format
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 2/4] channel-display-gst: Add "byte-stream" as the stream format for h264
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 3/4] channel-display-gst: Don't unref appsink and pipeline objects
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v2)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 2/4] channel-display-gst: Add "byte-stream" as the stream format for h264
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 1/4] channel-display-gst: Prefer playbin3 to playbin
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 1/2] gstreamer-encoder: Use NV12 as the default vpp conversion format
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH] common: Add a udev helper to identify GPU Vendor
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH 2/4] channel-display-gst: Add "byte-stream" as the stream format for h264
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: [PATCH 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 3/4] channel-display-gst: Don't unref appsink and pipeline objects
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/4] channel-display-gst: Prefer playbin3 to playbin
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 2/4] channel-display-gst: Add "byte-stream" as the stream format for h264
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/4] channel-display-gst: Prefer playbin3 to playbin
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH 1/2] gstreamer-encoder: Use NV12 as the default vpp conversion format
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: suijingfeng <suijingfeng@xxxxxxxxxxx>
• Re: [PATCH] common: Add a udev helper to identify GPU Vendor
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH 4/4] channel-display-gst: Use h/w based decoders with Intel GPUs if possible (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 2/2] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH] common: Add a udev helper to identify GPU Vendor
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 1/2] gstreamer-encoder: Use NV12 as the default vpp conversion format
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 3/4] channel-display-gst: Don't unref appsink and pipeline objects
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 2/4] channel-display-gst: Add "byte-stream" as the stream format for h264
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 1/4] channel-display-gst: Prefer playbin3 to playbin
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 0/4] spice/gstreamer: Use h/w based encoders/decoders with Intel GPUs if possible (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [RFT PATCH 0/6] drm: drm-misc drivers call drm_atomic_helper_shutdown() at the right times
  • From: Doug Anderson <dianders@xxxxxxxxxxxx>
• Re: A little help to start to develop.
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RESEND PATCH] drm/qxl: prevent memory leak
  • From: zongmin zhou <zhouzongmin@xxxxxxxxxx>
• A little help to start to develop.
  • From: "Daerlnaxe (GMail)" <daerlnaxe@xxxxxxxxx>
• [PATCH v2 1/5] dcc: Check to see if the client supports multiple codecs (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 5/5] video-stream: Don't stop a stream associated with gl_draw (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 3/5] dcc-send: Encode and send gl_draw stream data to the remote client (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v2 2/5] dcc: Create a stream associated with gl_draw for non-gl clients (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: 0.42: build fails
  • From: Tomasz Kłoczko <kloczko.tomasz@xxxxxxxxx>
• Re: 0.42: build fails
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• 0.42: build fails
  • From: Tomasz Kłoczko <kloczko.tomasz@xxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: Jernej Škrabec <jernej.skrabec@xxxxxxxxx>
• Re: [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: "Maxime Ripard" <mripard@xxxxxxxxxx>
• [RFT PATCH 2/6] drm: Call drm_atomic_helper_shutdown() at shutdown time for misc drivers
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• [RFT PATCH 0/6] drm: drm-misc drivers call drm_atomic_helper_shutdown() at the right times
  • From: Douglas Anderson <dianders@xxxxxxxxxxxx>
• Spice Guest Agent has expired RedHat signing cert
  • From: "Aysan, Hakan" <Hakan.Aysan@xxxxxxx>
• Re: Oracle Linux 9 support
  • From: Maxim Iacob <iacob_m@xxxxxxxxx>
• Re: Oracle Linux 9 support
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Oracle Linux 9 support
  • From: Maxim Iacob <iacob_m@xxxxxxxxx>
• Xspice crashes on start
  • From: Frank Heckenbach <f.heckenbach@xxxxxxxxxx>
• Re: spice-streaming-agent display problem
  • From: 霍金鹏 <32217118@xxxxxxxxxxxxxxxx>
• [RESEND PATCH] drm/qxl: prevent memory leak
  • From: Zongmin Zhou <zhouzongmin@xxxxxxxxxx>
• Re: spice-streaming-agent display problem
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: [spice-streaming-agent]spice-streaming-agent warning
  • From: 霍金鹏 <32217118@xxxxxxxxxxxxxxxx>
• Re: [spice-streaming-agent]spice-streaming-agent warning
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [spice-streaming-agent]spice-streaming-agent warning
  • From: 霍金鹏 <32217118@xxxxxxxxxxxxxxxx>
• Re: How to Remote Windows without Seeing Tutorial
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• How to Remote Windows without Seeing Tutorial
  • From: 民生银行 <KRUranustest@xxxxxxxxxxxxxx>
• spice-streaming-agent display problem
  • From: 霍金鹏 <32217118@xxxxxxxxxxxxxxxx>
• spice-streaming-agent display problem
  • From: 霍金鹏 <32217118@xxxxxxxxxxxxxxxx>
• =?gb18030?b?u9i4tKO6ICBIb3cgZG9lcyBTUElDRSBkaXNw?==?gb18030?q?lay_the_desktop_data_processed_by_Nvidia_vGPU=3F?=
  • From: "=?gb18030?b?yMvX2rXAytc=?=" <928003896@xxxxxx>
• Re: Help with image encoding
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: [PATCH v5 1/9] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Simon Ser <contact@xxxxxxxxxxx>
• Re: How does SPICE display the desktop data processed by Nvidia vGPU?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Help with image encoding
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH v5 1/9] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zack@xxxxxxx>
• [PATCH v5 4/9] drm/qxl: Use the hotspot properties from cursor planes
  • From: Zack Rusin <zack@xxxxxxx>
• Re: Help with image encoding
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• Re: 回复： How does SPICE display the desktop data processed by Nvidia vGPU?
  • From: Uri Lublin <ulublin@xxxxxxxxxx>
• =?gb18030?b?u9i4tKO6ICBIb3cgZG9lcyBTUElDRSBkaXNw?==?gb18030?q?lay_the_desktop_data_processed_by_Nvidia_vGPU=3F?=
  • From: "=?gb18030?b?yMvX2rXAytc=?=" <928003896@xxxxxx>
• Help with image encoding
  • From: Néfix Estrada <nefixestrada@xxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Sean Paul <seanpaul@xxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Luben Tuikov <luben.tuikov@xxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Sean Paul <seanpaul@xxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [Freedreno] [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Jani Nikula <jani.nikula@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Maxime Ripard <mripard@xxxxxxxxxx>
• [PATCH 2/7] drm/qxl: switch to using drm_exec
  • From: "Christian König" <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Julia Lawall <julia.lawall@xxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH RFC v1 30/52] drm/qxl: Use struct drm_crtc::drm_dev instead of struct drm_crtc::dev
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Paul Kocialkowski <paul.kocialkowski@xxxxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Andrzej Hajda <andrzej.hajda@xxxxxxxxx>
• Re: How does SPICE display the desktop data processed by Nvidia vGPU?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH RFC v1 00/52] drm/crtc: Rename struct drm_crtc::dev to drm_dev
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• =?gb18030?b?u9i4tKO6ICBIb3cgZG9lcyBTUElDRSBkaXNw?==?gb18030?q?lay_the_desktop_data_processed_by_Nvidia_vGPU=3F?=
  • From: "=?gb18030?b?yMvX2rXAytc=?=" <928003896@xxxxxx>
• Re: How does SPICE display the desktop data processed by Nvidia vGPU?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• =?gb18030?b?u9i4tKO6ICBIb3cgZG9lcyBTUElDRSBkaXNw?==?gb18030?q?lay_the_desktop_data_processed_by_Nvidia_vGPU=3F?=
  • From: "=?gb18030?b?yMvX2rXAytc=?=" <928003896@xxxxxx>
• Re: How does SPICE display the desktop data processed by Nvidia vGPU?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• How does SPICE display the desktop data processed by Nvidia vGPU?
  • From: "=?gb18030?b?yMvX2rXAytc=?=" <928003896@xxxxxx>
• [PATCH v4 4/8] drm/qxl: Use the hotspot properties from cursor planes
  • From: Zack Rusin <zack@xxxxxxx>
• Re: [PATCH v3 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• [PATCH v4 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zack@xxxxxxx>
• Re: [PATCH v3 4/8] drm/qxl: Use the hotspot properties from cursor planes
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v3 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• [PATCH v3 4/8] drm/qxl: Use the hotspot properties from cursor planes
  • From: Zack Rusin <zack@xxxxxxx>
• [PATCH v3 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zack@xxxxxxx>
• Re: report bugs
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• report bugs
  • From: 肖乃全(xiaonq) <xiaonq@xxxxxxxxxx>
• Re: Need simple spice copy and past device (for terminal use)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Need simple spice copy and past device (for terminal use)
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Need simple spice copy and past device (for terminal use)
  • From: Serle Shuman <serle.shuman@xxxxxxxxx>
• Re: About the website download error
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: About the website download error
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: About the website download error
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: About the website download error
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: About the website download error
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: About the website download error
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: About the website download error
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• About the website download error
  • From: "=?gb18030?b?MjY1NjAxNzAzNg==?=" <2656017036@xxxxxx>
• Re: [PATCH] drm: Remove unnecessary (void*) conversions
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• Re: [PATCH] drm: Remove unnecessary (void*) conversions
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm: Remove unnecessary (void*) conversions
  • From: Su Hui <suhui@xxxxxxxxxxxx>
• [PATCH v5 09/44] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: [PATCH v5 09/44] drm: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v5 09/44] drm: handle HAS_IOPORT dependencies
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH v5 09/44] drm: handle HAS_IOPORT dependencies
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• Re: [Spice on QEMU] password-secret
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [Spice on QEMU] password-secret
  • From: J <schnrl@xxxxxxxxxxxxxx>
• Re: [PATCH v4 07/41] drm: handle HAS_IOPORT dependencies
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v4 07/41] drm: handle HAS_IOPORT dependencies
  • From: Thomas Zimmermann <tzimmermann@xxxxxxx>
• [PATCH v4 07/41] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: Can not drag-drop or copy-paste between guest and host
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Re: Can not drag-drop or copy-paste between guest and host
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Can not drag-drop or copy-paste between guest and host
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Can not drag-drop or copy-paste between guest and host
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• ANNOUNCE spice-server 0.15.2 release
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: Does spice protocol (client/server) support serial port redirection
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Does spice protocol (client/server) support serial port redirection
  • From: "=?gb18030?b?MTcxNTQ4MTU2?=" <tangyla@xxxxxx>
• open remote-viewer so that "Share folder" is checked
  • From: Ahmad Ismail <ismail783@xxxxxxxxx>
• Re: [PATCH] channel-display-gst: Use h/w based decoders with Intel GPUs if possible
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Jonas Ådahl <jadahl@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Zack Rusin <zackr@xxxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: [PATCH v2 1/8] drm: Disable the cursor plane on atomic contexts with virtualized drivers
  • From: Javier Martinez Canillas <javierm@xxxxxxxxxx>
• Re: typo in code on How to Build page
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• typo in code on How to Build page
  • From: Patrik <pmoravek@xxxxxxxxx>
• Re: [PATCH] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH] channel-display-gst: Use h/w based decoders with Intel GPUs if possible
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH] channel-display-gst: Use h/w based decoders with Intel GPUs if possible
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH 0/1] spice/gstreamer: Use h/w based encoders/decoders with Intel GPUs if possible
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH] gstreamer-encoder: Use a h/w based encoder with Intel GPUs if possible
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RESEND PATCH] drm/qxl: prevent memory leak
  • From: Zongmin Zhou <zhouzongmin@xxxxxxxxxx>
• Re: [PATCH v1 5/5] video-stream: Don't stop a stream if a gl_draw operation is pending
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v1 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v1 3/5] dcc-send: Encode and send gl_draw stream data to the remote client
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v1 2/5] dcc: Create a stream associated with gl_draw for non-gl clients
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• USB redirection fails with latest virt-viewer and UsbDk
  • From: "Simmons, Thomas W. (LARC-E301)[STARSS III Affiiate]" <thomas.w.simmons@xxxxxxxx>
• Re: [PATCH] drm/qxl: remove variable count
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• [PATCH] drm/qxl: remove variable count
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH] drm/qxl: remove unused num_relocs variable
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: how to build usbredirect-x64-0.13.0.msi
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• 回复: [PATCH] drm/qxl: prevent memory leak
  • From: 周宗敏 <zhouzongmin@xxxxxxxxxx>
• [PATCH] drm/qxl: remove unused num_relocs variable
  • From: Tom Rix <trix@xxxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• [PATCH] drm/qxl: prevent memory leak
  • From: Zongmin Zhou <zhouzongmin@xxxxxxxxxx>
• Automated, PERL-based Spice launch script for Proxmox
  • From: "Richard Cantin" <richard.cantin@xxxxxxxx>
• [PATCH v1 3/5] dcc-send: Encode and send gl_draw stream data to the remote client
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v1 4/5] gstreamer-encoder: Add an encoder function that takes dmabuf fd as input
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v1 5/5] video-stream: Don't stop a stream if a gl_draw operation is pending
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v1 0/5] dcc: Create a stream for non-gl/remote clients that want to use dmabuf
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v1 2/5] dcc: Create a stream associated with gl_draw for non-gl clients
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [PATCH v1 1/5] dcc: Check to see if the client supports multiple codecs
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• Re: [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
• [PATCH v3 07/38] drm: handle HAS_IOPORT dependencies
  • From: Niklas Schnelle <schnelle@xxxxxxxxxxxxx>
• Re: Problem using Spice in combination with SSH tunnel
  • From: Thomas Semmler <ddfddf@xxxxxxxxx>
• Re: [PATCH] Change the meaning of the fields in the ttm_place structure from pfn to bytes
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: Problem using Spice in combination with SSH tunnel
  • From: Lévai, Dániel <leva@xxxxxxxxxxx>
• Re: Problem using Spice in combination with SSH tunnel
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Problem using Spice in combination with SSH tunnel
  • From: Thomas Semmler <ddfddf@xxxxxxxxx>
• Re: Compiling SPICE in /usr/local
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Compiling SPICE in /usr/local
  • From: kap tam <kaptam90@xxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Steven Price <steven.price@xxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: Yuri Benditovich <ybendito@xxxxxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: Yan Vugenfirer <yvugenfi@xxxxxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: Vadim Rozenfeld <vrozenfe@xxxxxxxxxx>
• Re: [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Christian König <christian.koenig@xxxxxxx>
• [PATCH] drm/gem: Expose the buffer object handle to userspace last
  • From: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxxxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: qi zhou <atmgnd@xxxxxxxxxxx>
• Re: [PATCH] reset qxl to vga mode
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [PATCH] reset qxl to vga mode
  • From: qi zhou <atmgnd@xxxxxxxxxxx>
• Re: How to compile spice-vd_agent?
  • From: 王正浩 <wangzhenghao@xxxxxxxx>
• Re: How to compile spice-vd_agent?
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: How to compile spice-vd_agent?
  • From: Victor Toso <victortoso@xxxxxxxxxx>
• How to compile spice-vd_agent?
  • From: 王正浩 <wangzhenghao@xxxxxxxx>
• Re: [RFC v2 0/5] gstreamer-encoder: Use a dmabuf allocator if the drawable has a valid fd (v2)
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v2 5/5] red-qxl: Add a new parameter to gl_scanout and gl_draw_async
  • From: "Kasireddy, Vivek" <vivek.kasireddy@xxxxxxxxx>
• Re: [RFC v2 0/5] gstreamer-encoder: Use a dmabuf allocator if the drawable has a valid fd (v2)
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• Re: [RFC v2 5/5] red-qxl: Add a new parameter to gl_scanout and gl_draw_async
  • From: Frediano Ziglio <freddy77@xxxxxxxxx>
• [RFC v2 4/5] video-stream: Force stream creation for a valid dmabuf fd
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v2 3/5] display-channel: Share the drawable's copy of fd with the encoder
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v2 0/5] gstreamer-encoder: Use a dmabuf allocator if the drawable has a valid fd (v2)
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v2 2/5] display-channel: Extract the dmabuf fd from the scanout
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v2 5/5] red-qxl: Add a new parameter to gl_scanout and gl_draw_async
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>
• [RFC v2 1/5] gstreamer-encoder: Use a dmabuf allocator for a valid fd
  • From: Vivek Kasireddy <vivek.kasireddy@xxxxxxxxx>