Re: VNC framebuffer block artefacts on qemu-kvm-0.12.1.1

[Mark Cave-Ayland <mark.cave-ayland@siriusit.co.uk>]

Marcelo Tosatti wrote:

> Mark,
> 
> Can you confirm that reverting commit
> 02c2b87fff97e77a1f6033fb09f53afa267c0c1e fixes the problem? (patch
> attached).
> 
> Anthony: its reproducible with upstream/tcg.

Hi Marcelo,

Yes, this solves the problem for me - thanks a lot!

FWIW there is still another race condition in the VNC code somewhere. 
Due to the bad weather in the UK today, I'm working remotely over an SSH 
tunnel which seems to exacerbate the problem. What I see is that when 
scrolling large windows in WinXP quickly, my VNC client disconnects from 
the VGA framebuffer with messages like this:


  CConn:       Throughput 1131 kbit/s - changing to full colour
  CConn:       Using pixel format depth 24 (32bpp) little-endian rgb888
Rect too big: 7088x27 at 4123,40960 exceeds 800x600
  main:        Rect too big

  CConn:       Throughput 1093 kbit/s - changing to full colour
  CConn:       Using pixel format depth 24 (32bpp) little-endian rgb888
Rect too big: 30224x50704 at 50448,13840 exceeds 720x400
  main:        Rect too big


While I can always reconnect and continue where I left off, it can still 
be quite annoying sometimes.


ATB,

Mark.

-- 
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063

Sirius Labs: http://www.siriusit.co.uk/labs