Searched hist:"55 b400497cf9c79acbb5c01abc58737bc52c081c" (Results 1 – 2 of 2) sorted by relevance
/openbmc/qemu/ui/ |
H A D | vnc-jobs.c | diff 55b400497cf9c79acbb5c01abc58737bc52c081c Thu Mar 11 12:29:55 CST 2021 Daniel P. Berrangé <berrange@redhat.com> ui: avoid sending framebuffer updates outside client desktop bounds
We plan framebuffer update rects based on the VNC server surface. If the client doesn't support desktop resize, then the client bounds may differ from the server surface bounds. VNC clients may become upset if we then send an update message outside the bounds of the client desktop.
This takes the approach of clamping the rectangles from the worker thread immediately before sending them. This may sometimes results in sending a framebuffer update message with zero rectangles.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com> Message-Id: <20210311182957.486939-3-berrange@redhat.com> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
|
H A D | trace-events | diff 55b400497cf9c79acbb5c01abc58737bc52c081c Thu Mar 11 12:29:55 CST 2021 Daniel P. Berrangé <berrange@redhat.com> ui: avoid sending framebuffer updates outside client desktop bounds
We plan framebuffer update rects based on the VNC server surface. If the client doesn't support desktop resize, then the client bounds may differ from the server surface bounds. VNC clients may become upset if we then send an update message outside the bounds of the client desktop.
This takes the approach of clamping the rectangles from the worker thread immediately before sending them. This may sometimes results in sending a framebuffer update message with zero rectangles.
Signed-off-by: Daniel P. Berrangé <berrange@redhat.com> Reviewed-by: Marc-André Lureau <marcandre.lureau@redhat.com> Message-Id: <20210311182957.486939-3-berrange@redhat.com> Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>
|