qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Gerd Hoffmann <kraxel@redhat.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: Peter Maydell <peter.maydell@linaro.org>,
	Stephan Kulow <coolo@suse.de>,
	QEMU Developers <qemu-devel@nongnu.org>,
	Bruce Rogers <brogers@suse.com>
Subject: Re: [Qemu-devel] [PULL for-2.1 0/2] vnc: fix two vnc update issues.
Date: Thu, 24 Jul 2014 16:10:11 +0200	[thread overview]
Message-ID: <1406211011.13444.20.camel@nilsson.home.kraxel.org> (raw)
In-Reply-To: <53D0FA0F.2030501@suse.de>

  Hi,

> > So are these *really* release critical bugs, if they've been
> > only found in code review? We're really close to release now
> > and so my preference is not to include changes unless they're
> > really necessary...
> 
> These are fixing openQA breakage (os-autoinst),

In more detail:

Stephan's patch fixes a rather serve violation of the vnc protocol.  If
vnc clients ask for a complete framebuffer update they may not get it.
The complete display is tagged dirty, but nothing is sent out until
something changes on the screen, thereby triggering processing of all
dirty display regions.  Which may be never.

The other patch fixes a simliar situation.  Screen updates might become
stuck in case vnc delays processing due to output buffers being filled.
Again other screen updates will trigger dirty processing and un-stuck
the updates.

That kind of bug you usually don't notice as normal user.  You'll wiggle
the mouse and the mouse pointer update will make vnc flush things.  Or,
if in text mode, the friendly blinking cursor causes regular vnc screen
update activity.  Thats why it didn't trip up normal users.

Scrips are much more likely to hit it as they don't do random mouse
activity.  But even openQA doesn't hit it on every run, but only now and
then.

Also asking for a complete framebuffer update isn't something desktop
vnc clients usually do (after initial connect).  openQA does it though.

cheers,
  Gerd

  reply	other threads:[~2014-07-24 14:10 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-24  8:28 [Qemu-devel] [PULL for-2.1 0/2] vnc: fix two vnc update issues Gerd Hoffmann
2014-07-24  8:28 ` [Qemu-devel] [PULL for-2.1 1/2] fix full frame updates for VNC clients Gerd Hoffmann
2014-07-24 12:30   ` Andreas Färber
2014-07-24 13:45     ` Stephan Kulow
2014-07-24 13:57       ` Andreas Färber
2014-07-24  8:28 ` [Qemu-devel] [PULL for-2.1 2/2] vnc update fix Gerd Hoffmann
2014-07-24 11:48 ` [Qemu-devel] [PULL for-2.1 0/2] vnc: fix two vnc update issues Peter Maydell
2014-07-24 12:20   ` Andreas Färber
2014-07-24 14:10     ` Gerd Hoffmann [this message]
2014-07-24 14:22       ` Peter Maydell
2014-07-25  7:45         ` Gerd Hoffmann
2014-07-25 11:52           ` Peter Maydell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1406211011.13444.20.camel@nilsson.home.kraxel.org \
    --to=kraxel@redhat.com \
    --cc=afaerber@suse.de \
    --cc=brogers@suse.com \
    --cc=coolo@suse.de \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).