Re: [Qemu-devel] [PATCH] qxl: fix local renderer crash

2018-05-01 Thread Marc-André Lureau
Hi On Fri, Apr 27, 2018 at 1:55 PM, Gerd Hoffmann wrote: > Make sure we only ask the spice local renderer for display updates in > case we have a valid primary surface. Without that spice is confused > and throws errors in case a display update request (triggered by > screendump for example) hap

[Qemu-devel] [PATCH] qxl: fix local renderer crash

2018-04-27 Thread Gerd Hoffmann
Make sure we only ask the spice local renderer for display updates in case we have a valid primary surface. Without that spice is confused and throws errors in case a display update request (triggered by screendump for example) happens in parallel to a mode switch and hits the race window where th

Re: [Qemu-devel] [PATCH] qxl: fix local renderer

2013-09-09 Thread Cole Robinson
On 09/06/2013 01:20 AM, Gerd Hoffmann wrote: > The local spice renderer assumes the primary surface is located at the > start of the "ram" bar. This used to be a requirement in qxl hardware > revision 1. In revision 2+ this is relaxed. Nevertheless guest drivers > continued to use the traditiona

[Qemu-devel] [PATCH] qxl: fix local renderer

2013-09-05 Thread Gerd Hoffmann
The local spice renderer assumes the primary surface is located at the start of the "ram" bar. This used to be a requirement in qxl hardware revision 1. In revision 2+ this is relaxed. Nevertheless guest drivers continued to use the traditional location, for historical and backward compatibility